Comments 40
хотелось бы прочитать про 3.
>Также прощу выбрать какой топик будет интересно прочитать:
— Пишите все, зачем спрашивать? :-)
— Пишите все, зачем спрашивать? :-)
На все времени не хватает, а один интересный можно будет написать. Сам же знаешь какого это:)
Тогда так:
1) В принципе полезно, но аудитория потенциально в основном только русскоязычная.
2) AsyncTask — тема избитая, если есть какие-то свежие идеи — пишите.
3) Лично меня вообще не интересует.
1) В принципе полезно, но аудитория потенциально в основном только русскоязычная.
2) AsyncTask — тема избитая, если есть какие-то свежие идеи — пишите.
3) Лично меня вообще не интересует.
1) Просто пару классов улучшающих жизнь. Кому-то потом в поиске будет попроще.
2) Избитая, вот только не все понимают принципы работы потоков в Андроид и собственно как написать правильно асинктаск.
3) Впринципе, меня тоже, но я эту штуку копал и apk-шку собирал. Ради интереса. Может быть полезна любителям Питона, как я:) либо тем, кому интересен скриптинг под дроид.
2) Избитая, вот только не все понимают принципы работы потоков в Андроид и собственно как написать правильно асинктаск.
3) Впринципе, меня тоже, но я эту штуку копал и apk-шку собирал. Ради интереса. Может быть полезна любителям Питона, как я:) либо тем, кому интересен скриптинг под дроид.
Многие вещи данная приятная библиотечка действительно делает прощеА добавляет ли она тормозов?
В каком плане?
В плане работы приложения?
В плане работы приложения?
Вообще, в плане времени компиляции тоже.
Либа времени компиляции. Написал код и запускаю сразу после Ctrl-S. Мгновенно все. Вообщем, мне понравилось, особенно после обновления инструментария, когда эмулятор стал летать прям(ладно, траблы тоже были после обновлений).
О скорости большого приложения судить не могу, ибо оно у меня совсем крохотное было, но на девайсах работало шустро, как обычно, где пара активити и все.
Теперь можно и TDD юзать во всю, по крайней мере на том, что есть при установке SDK и Eclipse.
О скорости большого приложения судить не могу, ибо оно у меня совсем крохотное было, но на девайсах работало шустро, как обычно, где пара активити и все.
Теперь можно и TDD юзать во всю, по крайней мере на том, что есть при установке SDK и Eclipse.
>Либа времени компиляции.
— Да, но при помощи ява-аннотаций изменяется основной код, что и может добавить тормозов на стадии компиляции. Собственно, потому и спросил. Сам знаешь насколько лишняя секунда тормозит процесс отладки в целом. Инструменты сам сижу обновляю сейчас, посмотрим насколько улучшится ситуация.
— Да, но при помощи ява-аннотаций изменяется основной код, что и может добавить тормозов на стадии компиляции. Собственно, потому и спросил. Сам знаешь насколько лишняя секунда тормозит процесс отладки в целом. Инструменты сам сижу обновляю сейчас, посмотрим насколько улучшится ситуация.
На самом деле это все костыли, читабельность напрямую это не увеличивает. Если вы уже долгое время работаете, то определенные куски кода просто не замечаете, так как они типичны и смотрите только на доступ к ресурсу или другой важной части. Как показывает практика, любые библиотеки которые осуществляют связывание или делают визуальное упрощение тянут за собой кучу сгенерированного кода, следовательно увеличивает время компиляции.
Согласен, особого выигрыша данная библиотека не дает, слушателей, например, я сам уже давно описываю прямо в XML.
Не согласен. Проще пару строк добавить, чем кучу связанного рутинного кода, хоть и вынесенного в методы. Если есть неплохие тулзы, то можно(а порой и нужно) их использовать, упрощая себе жизнь. Мы люди, а не дроиды:)
Java — отличный язык, но порой через чур многословен в некоторых аспектах, потому появляются такие штуки.
А программисту важно быстро прочесть код, исправить что-то или добавить в нужное место новый блок(простое сопровождение)
Время компиляции тут если и увеличилось, но настолько, что врят ли заметно.
Дальше спорить не буду, ибо просто описывал опыт и впечатления от использования в одном проекте и мнения всегда разные. Кому-то хорошо, кому-то нет.
Java — отличный язык, но порой через чур многословен в некоторых аспектах, потому появляются такие штуки.
А программисту важно быстро прочесть код, исправить что-то или добавить в нужное место новый блок(простое сопровождение)
Время компиляции тут если и увеличилось, но настолько, что врят ли заметно.
Дальше спорить не буду, ибо просто описывал опыт и впечатления от использования в одном проекте и мнения всегда разные. Кому-то хорошо, кому-то нет.
Хотелось бы про Fragments API:)
Эмм, мне тоже хочется покопать в эту сторону, но смущает, что это только под 3.х версии, хоть и есть Compability Library.
Согласен, без Compability Library смысла было бы в разы меньше. А так хочется чтоб приложения под 2.х планшеты прилично выглядели, но из за проекта времени нет разобраться.
Прилично в плане внешнего вида? Так есть же квалификаторы ресурсов -xlarge, xhdpi.
Вообще, штука приятнее и более модульная(я про фрагменты) из моего беглого взгляда на них.
И вообще непонятно, зачем делать отдельные ветки фреймворка для планшетов и смартов. В версии 3.х много вкусного(те же USB), а чтобы их юзать нужна какая-то хрень отдельная. Из-за нее и приложение станет больше, более чем уверен и глюков насобираешь.
p.s. я смотрю, ты и на выходных работаешь:(
Вообще, штука приятнее и более модульная(я про фрагменты) из моего беглого взгляда на них.
И вообще непонятно, зачем делать отдельные ветки фреймворка для планшетов и смартов. В версии 3.х много вкусного(те же USB), а чтобы их юзать нужна какая-то хрень отдельная. Из-за нее и приложение станет больше, более чем уверен и глюков насобираешь.
p.s. я смотрю, ты и на выходных работаешь:(
Ну если судить по слухам про Android 4.0 и ситуацию с очень частыми выходами новых версий ОС, то отдельная ветка для планшетов не кажется таким уж бессмысленным ходом со стороны Google. Про ресурсы то и так понятно, но на сколько я представляю Fragments API предоставляет гораздо более удобные инструменты организации интерфейса чем стандартные API и не только для планшетов.
По поводу размера приложения согласен но никуда не денешься от этого, к тому же по сравнению с размерами приложений для iOS все не так уж страшно)
p.s. Сегодня, к сожалению, да(
По поводу размера приложения согласен но никуда не денешься от этого, к тому же по сравнению с размерами приложений для iOS все не так уж страшно)
p.s. Сегодня, к сожалению, да(
Спасибо. Почитал бы про пункты 1), но добавил бы туда Facebook. Вот есть API у него, на Git лежит пример, но он не всегда работает, я долгое время выяснял почему. Был бы не против увидеть статью про кастомизацию разных контролов.
«AsyncTask, AsyncTask!» — кричала ликующая толпа в предвкушении новых зрелищ.
Заранее спасибо.
Заранее спасибо.
ок) 2 голоса за асинктаск уже)
Беда в том, что завтра я буду применять его на работе. Впервые. Если вы поделитесь опытом в виде ссылок на хорошие ресурсы по теории, я вас расцелую! Ну, или плюсану карму — на хабре это ж больше принято? :D
На самом деле этого достаточно — developer.android.com/reference/android/os/AsyncTask.html, но некоторые особенности нужно разъяснить
UFO just landed and posted this here
Если можно, то сначала 3)
А кому-нибудь интересно более подробно про Android Annotations? Проек развивается. Там изумительная работа с потоками. Можно смело забывать про ASyncTask
Sign up to leave a comment.
Как улучшить читабельность нашего Android-кода или используем android-annotations