-Как обстоят дела с работой/вакансиями для скалы и связанных тем?
-Проект свой делаете или заказные?
-Используете чисто скалу или вместе с явой?
Спасибо!
Согласен. Это скорее крайность или неумение договориться. Сам не люблю ковыряться в слоях во время работы над проектом. Хотя полезно + порой дизайнеры упираются рогом и кричат «Нет! Ты что? Нарезать не можешь? Это не наша работа — нарезать». Жесть, такое было.
Понятно что и исходник может быть внутри карявым, слои обозваны странно, струкрута кривая, но вы можете все вещи эти видеть визуально + как я говорил выше — заранее нужно обговарить: кто нарезает, если нарезает дизайнер, то как именовать файлы, какого формата и прочее для вашего взаимного удобства и тогда подобной проблемы не будет. Если уж плохо подошли к вопросу, поленились, не учли эти моменты — не спроектировали, то конечно потом будут негодования, такие письма и прочее.
И да, однотипные объекты нужно называть с одинаковым префиксом.
Я могу посоветовать несколько моментов:
1. Не придумывайте лишнее. У вас уже есть в активити, фрагментах и других классах колбеки и общий каркас кода. Используйте его.
2. Продумывайте все заранее(по возможности). Всю архитектуру приложения: макеты, код. Нет возможности — пишите гибко.
3. Не перебарщивайте с паттернами. Предыдущая платформа и ваш опыт — это хорошо, но это чаще всего лишнее здесь. Синглтон да удобная штука, но есть объект Application. Всякие другие паттерны и так используются в Андроид — это ведь фреймворк.
4. Не смотрите на айос.
5. UI, иконки делайте по Android Guidelines.
Попробуйте написать что-нибудь простое и увидите все нужные паттерны.
По паттернам под андроид врят ли что могу подсказать конкретное, ибо тут все применимо также как и в обычном Java-проекте.
Сайты аля android ui patterns, тоже будут полезными
Вот! Моя любимая проблема — взаимодействие с дизайнером. Думаю только, что подобные вопросы просто нужно решать заранее. Хотя я уже дважды сталкивался с точно такой же проблемой. Еще один выход — просите psd и нарезайте сами!
Да, есть конечно и это большой плюс, и по идеи хватит для работы типичного приложения, но все остальное что связано и завязано на фрагментах — его нет.
Из недавнего на русском нравится «Android для программистов» от Питер-а. Все кратко по делу, с примерами, как я люблю. Примеры охватывают почти все нужные темы при повседневной работе. И еще «Программирование под Android » тоже Питер, но чуть раньше вышла. Из ранних книгу Мейра рекомендую и все же книгу от Вильямса, описывающую Android 4.0 как справочник, дорогой однако.
Эммм, а в чем сложность работать с бд из фрагментов? У вас есть контекст, есть CursorLoader. Просто соедините все в целое:)
Если ваш комментарий не саркастичный, то могу похвастаться, что буквально в субботу купил последний экземпляр данной книги(за 2006 год которая) в своем городе:)
Смысл вашего вопроса понял, хоть и с трудом. И сразу же возразить хочется: с чего Вы решили, что перезаполнять список нежелательно? Механика его работы все равно такова, что загрузится в память только элементы видимые на экране. На счет статических адаптеров не скажу — не пробовал, ибо не было такой проблемы. Еще обратите внимание на методы View — setTag/getTag в которых можно хранить состояние элемента(добавлен в избранное или нет). Кроме того если прикручиваете подобное, то все равно нужно хранить состояние — либо в настройках, либо в БД. А потом просто модель для элемента списка создадите, в ней уже будет хранится состояние из настроек или БД и сделаете адаптеру notifyDatasetChanged() либо заново наполните. Как-то так.
1) Почему решили вот так бросить стабильность и хороший заработок и пробовать создавать свою? Что натолкнуло на этот путь?
2) Пользуетесь какими-либо сервисами для уменьшения бумажной волокиты?
3) Какие уроки для себя вынесли за этот период работы?
Как раз недавно стояла задача получения байтов по тапу с картинки. Intent не использовал, ибо это мне не подходило(слишком негибко), поэтому использовал апи камеры. Создавал объект камеры, делал превью потом по тапу делал картинку с камеры(takePucture) и в коллбеке Camera.PictureCallback получал байты и искал нужную мне область. На счет такой информации как вам нужна я не могу сказать, но думаю получить через интент можно только то, что есть в БД: code.google.com/p/android-beryl/source/browse/beryl/src/org/beryl/intents/android/Camera.java?r=a0f65f2321fc2a08ae13948c88dd9131642f9674
По документации, блогам касательно камеры, тут лучше поможет гугл, но думаю еще вариант поискать сорцы или покопать в сторону NDK.
Еще момент: камера фоткает в неочень хороших форматах, нельзя вытащить RAW(точнее можно, но не все камеры это позволяют и понятно почему), только форматы с потерей данных. И еще момент: либу найти врят ли получится, ибо камеры по-разному работаю в зависимости от вендора. Только общие вещи разве что.
Какой смысл делать пост точную копию с сайта? Тут и переводить даже нечего, все наглядно видно. Бред. Минусуйте дальше!
А если по делу, то все предсказуемо: Android 4 постепенно вытесняет старые версии, железки становятся мощнее. Прогресс идет.
-Проект свой делаете или заказные?
-Используете чисто скалу или вместе с явой?
Спасибо!
И да, однотипные объекты нужно называть с одинаковым префиксом.
1. Не придумывайте лишнее. У вас уже есть в активити, фрагментах и других классах колбеки и общий каркас кода. Используйте его.
2. Продумывайте все заранее(по возможности). Всю архитектуру приложения: макеты, код. Нет возможности — пишите гибко.
3. Не перебарщивайте с паттернами. Предыдущая платформа и ваш опыт — это хорошо, но это чаще всего лишнее здесь. Синглтон да удобная штука, но есть объект Application. Всякие другие паттерны и так используются в Андроид — это ведь фреймворк.
4. Не смотрите на айос.
5. UI, иконки делайте по Android Guidelines.
Попробуйте написать что-нибудь простое и увидите все нужные паттерны.
По паттернам под андроид врят ли что могу подсказать конкретное, ибо тут все применимо также как и в обычном Java-проекте.
Сайты аля android ui patterns, тоже будут полезными
Эммм, а в чем сложность работать с бд из фрагментов? У вас есть контекст, есть CursorLoader. Просто соедините все в целое:)
Сорри, не туда
2) Пользуетесь какими-либо сервисами для уменьшения бумажной волокиты?
3) Какие уроки для себя вынесли за этот период работы?
code.google.com/p/android-beryl/source/browse/beryl/src/org/beryl/intents/android/Camera.java?r=a0f65f2321fc2a08ae13948c88dd9131642f9674
developer.android.com/training/camera/photobasics.html
По документации, блогам касательно камеры, тут лучше поможет гугл, но думаю еще вариант поискать сорцы или покопать в сторону NDK.
Еще момент: камера фоткает в неочень хороших форматах, нельзя вытащить RAW(точнее можно, но не все камеры это позволяют и понятно почему), только форматы с потерей данных. И еще момент: либу найти врят ли получится, ибо камеры по-разному работаю в зависимости от вендора. Только общие вещи разве что.