По работе общаюсь с банковским мейнфреймом на Teradata. Вся история хранится подобным образом. Никакого специального разбиения данных на таблицы нет, но все таблицы имеют по две дополнительные колонки — FromDate и ToDate. Максимальная дата во второй показывает активность записи. А так как Teradata легко переваривает громадные объемы данных, то такая избыточность для нее не помеха, тем более, что минимальная разность в истории обычно равна дню.
Совсем недавно у меня был забавный случай как раз с почтой. Собрал на скорую руку сайт для поддержки андроид-приложения, оставил контактный адрес, перекинул на хостинг, а проверить, что ходит почта — забыл.
В итоге случайно через неделю нахожу на одном из форумов ветку, посвященную программе и пост о том, что письма не доходят. Саппорт, конечно, все быстро потом поправил, но досада до сих пор не прошла.
А вы — спам-фильтр, читать… Может она не работает?
Согласен, никаких революционных изменений не вижу.
Как по мне, так лучше бы разрешили тонну тикетов, которые жизненно важны для многих пользователей. Я лично столкнулся с двумя проблемами — полное исчезновение всех смс и отсутствие нормального прокси, и был неприятно удивлен, что на это давным-давно существуют тикеты, у которых нереальное количество комментариев, но они заморожены до лучших времен с пометкой «ничего страшного».
Ну и интерфейс местами порой вызывает слезу. Могли бы хоть его подрихтовать.
Я люблю андроид, пользуюсь им, пишу под него, но порой кажется, что не туда он развивается, если вообще можно назвать это развитием.
Все языки и платформы по-своему хороши, а принципы «не кладите яйца в одну корзину» и «решайте задачи соответствующими инструментами» еще никто не отменял. Согласитесь, обидно будет пропустить отличную вакансию, которую тебе предлагают по давней дружбе, из-за того, что не знаешь совсем языка/платформы и не хочешь подвести человека, тебя порекомендовавшего. Я спокойно пишу на работе на C#, а дома на Java под Android и нисколько по этому поводу не переживаю. Да, порой не хватает в одном языке того, что есть в другом, но это такие пустяки.
Я, конечно, понимаю, что это перевод статьи, но это ужасно смотреть на огромные картинки с подробными объяснениями куда нажимать, чтобы добавить тот же строковый ресурс. Лучше так: открыл string.xml, добавил строку такого-то формата с именем и значением ресурса и пошел дальше.
Ага, из всего перечисленного я бы в HTC добавил только качельку на зум и треки. Большинство описаных фич так или иначе либо присутствуют из коробки, либо добавляются сторонними (часто бесплатными) приложениями.
Ну вот скажите мне, зачем ради виджета управления питанием, который есть по умолчанию и которых масса в маркете перешивать телефон?
Ну а вообще на вкус и цвет, как говорится… Мое дело — привести пример, а дальше уже каждый сам решит что делать. Думаю, с таким же успехом любые настройки на основе диалога (там, для выбора даты, для ввода значения) могут быть вынесены подобным образом на главный экран. Кто-то сделает так, кто-то нет.
В общем, на вопрос «что мешает» лично мне, могу ответить — манера исполнения виджетов, поставляемых с SDK. Все они поднимают диалоги. Наверное это best practices.
Думаю со временем дойду и до контролов. Я вообще пока ни одной книги не прочитал, все документация, форумы, опыт других платформ.
Если честно, то я себя еле заставляю придерживаться Java-конвенции по именам и расположению скобочек, уж очень тяжело после C# (точнее параллельно). В Visual Studio заготовка к комментариям сама генерируется, а в Eclipse нашел (особо не искал) заготовку только к классу.
<irony>
Блин, походу я забыл добавить в топик самые важные слова «код из моего первого приложения под андроид». Видимо, без них не получается нормально обсуждать плюсы и минусы…
</irony>
Ваша статья была первой статьей об Андроиде, которую я прочитал на русском языке. С кодом я не игрался, потому как начал с гугловских примеров, но вдохновение получил.
Я пару раз наталкивался на такие приложения в маркете. Думаю, делается все аналогично, на основе базового Preference. Нужно применить свой Layout и привязать обработчик изменений.
Один только недостаток у данного подхода — уж слишком маленький бар. Уже при среднем диапазоне значений (минуты от 1 до 60) будет невозможно выставить нужное значение. Кроме того, бар отъедает место у текста. Недаром скриншот приведен в такой ориентации. И если английский интерфейс кое-как влезет, то русский вариант будет частично перекрыт.
Даже если нет никаких дополнительных контролов в строке, порой очень трудно подобрать заголовки, подходящие по ширине, особенно в многоязычном приложении.
Пока что из достижений только приведенный вертикальный прогресс бар. Но проблема в том, что он не рисуется, а является композицией картинок, что увеличивает общее количество элементов управления на экране, то бишь не является best practices. Ну и простой уж он очень. Поэтому даже не знаю, писать или нет. Думаю, у сообщества найдутся более хорошие примеры.
Продвинутый HelloWorld — карточки для изучения языков. Мне существующие не очень нравились тем, что словари в них фиксированные, а если надо добавлять — то все руками. А уж интерфейс у большинства — мама не горюй. В свое я добавил возможность импорта из браузера и файлов (PDF, etc) и прикрутил автоматический перевод. В общем — небольшой мэшап получился. Ну и пару плюшек в виде многоязычности и десятка словарей для популярных языков. Лежит здесь. Может расскажу чуть позже о нем, как статистики больше будет.
Тогда разместить надо под заголовком — как я получил 100К скачиваний за приложение, собранное на коленке. И не открывать код. Мне сейчас больше интересно как продвинуть приложение, а то как-то ну совсем никак с текущим получается. А вроде ж полезное…
Полностью поддерживаю автора! Не бойтесь начинать! Свое приложение первое я писал подольше, около трех месяцев по вечерам, потому что затронул слишком много областей. Порой проводил весь вечер в поиске, а некоторые мои вопросы до сих пор висят неотвеченные на stackoverflow.
А в целом — да, гармоничная платформа для разработки, особенно для тех, кто уже пишет на Java или C#. А после WPF/Silverlight xml-layout сразу как родной становится.
И еще одни возможные грабли — SQLite не такой быстрый как кажется. На десятках тысяч записей начинает безбожно хромать. Только правильные индексы могут помочь.
Этот способ специально с 1.6 и ввели, чтобы не плодить тонну поддерживающего кода. Я только лишь обратил внимание на подводные камни, с которыми столкнулся однажды. Очень неприятно, когда секунду назад работающий код начинает вылетать в неожиданных местах после релизного экспорта.
The default proguard.cfg file tries to cover general cases, but you might encounter exceptions such as ClassNotFoundException, which happens when ProGuard strips away an entire class that your application calls
Вольный перевод: "Изначальный proguard.cfg пытается покрыть все общие случаи, но все же вы можете поймать исключение вида ClassNotFoundException, обусловленное тем, что ProGuard удалил класс, который вы используете".
Удаляется все, что используется неявно, через отражение. В эту категорию попадают и привязки через разметку. Более того, так как сами Activity никем не используются, но при этом являются публичными, файл proguard.cfg, генерируемый средой, уже содержит правила-исключения для них.
В итоге случайно через неделю нахожу на одном из форумов ветку, посвященную программе и пост о том, что письма не доходят. Саппорт, конечно, все быстро потом поправил, но досада до сих пор не прошла.
А вы — спам-фильтр, читать… Может она не работает?
Как по мне, так лучше бы разрешили тонну тикетов, которые жизненно важны для многих пользователей. Я лично столкнулся с двумя проблемами — полное исчезновение всех смс и отсутствие нормального прокси, и был неприятно удивлен, что на это давным-давно существуют тикеты, у которых нереальное количество комментариев, но они заморожены до лучших времен с пометкой «ничего страшного».
Ну и интерфейс местами порой вызывает слезу. Могли бы хоть его подрихтовать.
Я люблю андроид, пользуюсь им, пишу под него, но порой кажется, что не туда он развивается, если вообще можно назвать это развитием.
Ну вот скажите мне, зачем ради виджета управления питанием, который есть по умолчанию и которых масса в маркете перешивать телефон?
Прокси эта прошивка поддерживает?
Ну а вообще на вкус и цвет, как говорится… Мое дело — привести пример, а дальше уже каждый сам решит что делать. Думаю, с таким же успехом любые настройки на основе диалога (там, для выбора даты, для ввода значения) могут быть вынесены подобным образом на главный экран. Кто-то сделает так, кто-то нет.
В общем, на вопрос «что мешает» лично мне, могу ответить — манера исполнения виджетов, поставляемых с SDK. Все они поднимают диалоги. Наверное это best practices.
А так мне ваш вариант очень даже нравится.
Если честно, то я себя еле заставляю придерживаться Java-конвенции по именам и расположению скобочек, уж очень тяжело после C# (точнее параллельно). В Visual Studio заготовка к комментариям сама генерируется, а в Eclipse нашел (особо не искал) заготовку только к классу.
Блин, походу я забыл добавить в топик самые важные слова «код из моего первого приложения под андроид». Видимо, без них не получается нормально обсуждать плюсы и минусы…
</irony>
Один только недостаток у данного подхода — уж слишком маленький бар. Уже при среднем диапазоне значений (минуты от 1 до 60) будет невозможно выставить нужное значение. Кроме того, бар отъедает место у текста. Недаром скриншот приведен в такой ориентации. И если английский интерфейс кое-как влезет, то русский вариант будет частично перекрыт.
Даже если нет никаких дополнительных контролов в строке, порой очень трудно подобрать заголовки, подходящие по ширине, особенно в многоязычном приложении.
Пока что из достижений только приведенный вертикальный прогресс бар. Но проблема в том, что он не рисуется, а является композицией картинок, что увеличивает общее количество элементов управления на экране, то бишь не является best practices. Ну и простой уж он очень. Поэтому даже не знаю, писать или нет. Думаю, у сообщества найдутся более хорошие примеры.
А в целом — да, гармоничная платформа для разработки, особенно для тех, кто уже пишет на Java или C#. А после WPF/Silverlight xml-layout сразу как родной становится.
И еще одни возможные грабли — SQLite не такой быстрый как кажется. На десятках тысяч записей начинает безбожно хромать. Только правильные индексы могут помочь.
The default proguard.cfg file tries to cover general cases, but you might encounter exceptions such as ClassNotFoundException, which happens when ProGuard strips away an entire class that your application calls
Вольный перевод: "Изначальный proguard.cfg пытается покрыть все общие случаи, но все же вы можете поймать исключение вида ClassNotFoundException, обусловленное тем, что ProGuard удалил класс, который вы используете".
Удаляется все, что используется неявно, через отражение. В эту категорию попадают и привязки через разметку. Более того, так как сами Activity никем не используются, но при этом являются публичными, файл proguard.cfg, генерируемый средой, уже содержит правила-исключения для них.