Обновить

Комментарии 14

Круто, нужно будет попробовать. А на Eclipse 3.7 не запускается?
Увы, нет. Разрабатывал в 4.2, не так давно узнал, что в 3.7 не работает. Надеюсь в ближайшее время исправить.
>>> articlesProgress = (ProgressBar) findViewById(R.id.articles_progress);
Я один любою давать переменной и ресурсу одно имя?
Например:
mArticlesProgress = (ProgressBar) findViewById(R.id.mArticlesProgress);

DISCLAIMER: Если что, извините, я Родом из Delphi :)
если нужен кодогенератор, значит что-то идет не так.
значит много рутины надоело совершать проект за проектом
кодогенератор в данном случае является инструментом для увеличения производительности, как quickfix, автодополнение, шаблоны и т.п. Поэтому не совсем понятен ваш комментарий.
Автоматизация разработки под андроид: basic4ppc.com/
Я надеюсь, что это кому-нибудь сделает жизнь легче[2]
А вы сами пробовали? Судя по разделу ShowCase вообще нет маловато у них хороших проектов
Пробовал. Я не могу назвать этот инструмент крайне профессиональным, однако на нем можно создавать вполне рабочие приложения, набирая минимум кода. Есть библиотеки практически под все. Альтернативный выбор.
НЛО прилетело и опубликовало эту надпись здесь
мы уже смотрели в сторонну Android annotations. И сложности вроде усложнения дебага, уменьшения читабельности стектрейсов и снижение стабильности (это только про многопоточность) заставили нас уйти от AA
НЛО прилетело и опубликовало эту надпись здесь
Я не имею ничего против этих инструментов. Каждый их использует на свой страх и риск. Я стараюсь сохранить код в его первозданном виде. Представьте, что после вас придет человек, разрабатывающий без использования AA(используя другие библиотеки или без них). Ему придется потратить N часов (в зависимости от опыта), чтобы понять что у вас написано. И developer.android.com ему тут не поможет. Особенно напрягают %name%Activity_.
>> XML файлы растут в зависимости от функционала, и начинаются, как правило, с примитива вроде кнопки или текстового поля.
Это скорее зависит от процесса разработки. Я больше привык, когда дизайн уже утвержден и экраны делаются сразу целиком.
Был опыт использование Android annotations. @doInBackground и @UiThread — делают код запутанным и непонятным. Подход dependency injection для избавления от boilerplate кода — более менее полезен. А вот doinBackgroun и Uithread (
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации