Обновить
91
Тимур Ибремпашаев@Tibr

Программист

46
Подписчики
Отправить сообщение
Согласен, было понятнее, пока мой комментарий насчет авторства загадочно не пропал (спс НЛО).
Теперь для чтения блога нужно на него подписаться. Новая политика администрации — что нравится, то и читаем. За подробностями в блог Хабрахабр — Анонсы
То есть в хипе Dalvik'a, разъясните пожалуйста, а где у приложения находится нативная память? Просто я раньше думал, что всей памятью заведует Dalvik.
Ответ: из пикселей Битмапа. В оригинале всё должно быть подробно.
Он не внутри, он как бы представляет собой back memory для Битмапа.
В этой статье Вам дали основу анализа памяти, всё остальное можно освоить самому.
Не за что, нужно поддерживать сообщество.
>Использование данного сервиса является незаменимым способом при необходимости передать сообщение пользовательскому приложению, зарегистрированному в системе, но не являющемуся на данный момент активным.

— Странное предложение :-)
То есть как бы девайс должен с облаком общаться, а тут можно подумать, что говорится о внутрисистемной коммуникации приложений :-)
Конечно же, для последнего должно хватать BroadcastReceiver.

Продолжение публиковать планируете?
Вы что—то путаете, ветка про кнопку чуть ниже. А вообще это просто очень странно, так как фундаментальные вещи новичку в первую очередь нужно давать правильные, а не какие—то свои выдуманные.
1) Имелось в виду «на поддержание сервера».

2) Прошу не оффтопить на тему хабраиндекса.

3) Мне представляется странным подход к разработке, игнорирующий официальные рекомендации, попробуйте оспорить это.

4) Задумайтесь, для кого нужна эта статья. Для профессионала? Ну здесь он ничего нового для себя не найдет. Для новичка? Тогда почему все объяснения не подробны?
Ну сравнили приложеньице для смартфона и десктопную ОС…

Я Вам просто намекнул на то, зачем нужен Back и почему важно уметь работать с ЖЦ, всё остальное — ваши личные домыслы.
Вы по сути утверждаете, что у Вас есть право писать некачественные приложения, потому что нет средств на сервер?
Activity реально закрывается (удаляется из стека) когда происходит onDestroy(), Android сам управляет стеком. Поэтому-то я и не вижу смысла в кнопке «Закрыть», кнопка Back выполняет ту же функциональность.
Да, пожалуй я погорячился :)
Но суть то не поменялась — развивать именно это приложение в текущем виде смысла нет, тут спасёт только изменение архитектуры.
>ListView также не такой простой, как может показаться на первый взгляд

— Он у Вас очень простой. Проще только с одним TextView на строчку :)
Лучше бы расписали, как градиенты в xml рисовать, было бы полезнее для новичков, ИМХО.

>сэкономит трафик

— Каким местом? Вы же всё равно грузите всю страницу целиком, а потом её парсите. Один запрос к мобильному гуглу выйдет почти так же по трафику, как и Ваше приложение. ИМХО, если уж делать по уму, то нужно так: html парсит сервер, у которого и трафик не такой дорогой и вычислительные мощи побольше, а приложение получает _только готовую информацию_. Вот это сэкономит трафик и батарейку клиента.

Да кстати, такая кнопка «Закрыть» как у Вас не очень-то хороший стиль. К слову, инженеры в Google не просто так предусмотрели наличие хардварной кнопки «Back».

Как статья для новичков в Андроиде и регулярках, возможно, это будет кому-то полезно.
Наконец-то!
Вся информацию, которую я смог вытащить — из блога разработчиков и developer.android.com.
Насколько я понял, Renderscript как бы сам определяет — есть ли в системе вычислители с такими возможностями, и тогда запускает соответствующий код на них. Если же нет, то и не запускает, а выбирает CPU (to fall back upon).

Или Вам интересно как они определяют, на каком вычислителе какие есть возможности?
Ну ведь написано же в начале, что первая статья содержит вводную часть.
«Это чистый фан», конечно же :)

Информация

В рейтинге
Не участвует
Откуда
Вологда, Вологодская обл., Россия
Дата рождения
Зарегистрирован
Активность