» Android

О, нам шапеньку включили! Теперь можно развлекаться Кто возьмется за проработку дизайна?

Listt 4pda.ru/forum/index.php?showtopic=201866
для начала, стоит обновиться до 2.1

ZlydenGL
шапку в тестировании можно отточить

Defrider, ма-ла-дец! В смысле просто ...дец как мал ты все-таки Хоть бы обратил внимание, что отвечаешь на вопрос, оставленный почти год назад! Думаю, автор с того момента уже давно нашел все необходимое, иначе бы чаще в теме появлялся

Добавлено:
Farch, ну дык я и спрашиваю - кто возьмется? На мне еще шапка по PS/KN висит, до которой никак руки не дойдут, поэтому взваливать на себя ношу еще и андроидовской шапкой не хочу. Вот советы по оформлению/информации давать конечно буду

Добавлено:
Кстати, для автора шапки: из-за включения шапки в теме все мои перекрестные линки "поползли". Поэтому ключевые сообщения проще выцеплять, просматривая тему с самого начала.

ZlydenGL
Сообщение тебе было адресовано? Нет. Вот и сиди, помалкивай в тряпочку. С мобильного браузера в дороге только даты разглядывать... Да и то сообщение, для многих, будет полезней чем все твои "высеры ниочём" в этой теме =)


Цитата:

взваливать на себя ношу еще и андроидовской шапкой

Боже упаси...

Defrider, хочешь сказать, что твои пальцы и попытки смериться письками жуть как кому полезны? Сомневаюсь... Что же касается "не рассмотрел" - не поверишь, но этот аргумент почему-то очень любят ВСЕ чукча-писатели (да-да, те самые, которые не чукча-читатели).

Что касается шапки - общий дизайн делать само собой не возьмусь, но вот якорные ссылки на свои мысли (быстродействие, имеющиеся лаги в реализации) добавлю. Будет полноценная шапочка

Добил шапку, добавил кучу ссылок. На всякий случай вот [more=бэкап]Ресурсы по Android
Википедия / Список версий
http://4pda.ru/forum/index.php?showforum=281
http://forum.androidfan.ru/
http://www.xda-developers.com/
http://android.modaco.com/
подкасты с http://www.droidnews.ru

Коммуникаторы (их еще иногда называют смартфонами, но правильней все-таки называть коммуникаторами):
Samsung Galaxy S - очень хорошее сочетание скорости и цены
Samsung Galaxy S II - пока лучший из топовых
Motorola Defy+ защищен по стандарту IP67 (не боится воды и пыли)
Zte Blade - Отличное сочетание цена/возможности (официально в России не продается)
И другие с Яндекс.Маркет, Википедии.

Программы
Advanced Task Killer

Основные преимущества Android в качестве телефонной ОС
Изначальная пальцеориентированность управления

Основные недостатки Android в качестве телефонной ОС*
Энергосбережение ощутимо хуже, чем у других смартфонных и коммуникаторных ОС (Symbian, Windows Mobile)
Менее наглядно наличие установленного GPRS соединения
Менее функциональный штатный диалер

Другие преимущества Android
Поддержка дисплеев с цветностью более 65к
Открытый и удобный SDK (для создания приложений)

Другие недостатки Android*
Необходимость рутовать (получать полномочия суперпользователя) даже для задач, связанных с уровнем приложения.
Не полностью рабороспособная штатная система, позволяющая выбирать место установки ПО (внутренняя память или флеш-карта)
Поддержка буфера обмена появилась только в AndroidOS версии 2.3.
Возможны проблемы с сихронизацией почты с MS Exchange 2010.
Драйвера обычно жестко привязаны к конкретному ядру, поэтому "портировать" более высокие билды (как это часто делалось для WM) не представляется возможным.

---

* - подразумеваются недостатки, присущие текущей реализации Android 2.2 и 2.3[/more].

Defrider

Цитата:

Listt 4pda.ru/forum/index.php?showtopic=201866
для начала, стоит обновиться до 2.1

Х.З. о чем ты.

ZlydenGL
Ценность шапки - ближе к 0. К чему нужны пустые ссылки, ведущие только на вопросы и на рекламу тупого "поисковика"? Информации по телефонам только здесь более чем предостаточно, не говоря уже о сторонних ресурсах. Удалить все! Можно оставить только материал из википедии и ссылки на другие источники.


PS.
Defrider
ZlydenGL
Может хватит уже выяснять отношения! За неделю раздули годовалую тему в 3 раза, а полезной информации как таковой нет.

Цитата:

Ценность шапки - ближе к 0.

Ну так мы с Farch только начали над ней работать Шаг за шагом обойдем и весь мир


Цитата:

К чему нужны пустые ссылки, ведущие только на вопросы и на рекламу тупого "поисковика"?

Хм, ну я Яндекс бы таковым не назвал, а другой настолько универсальный ресурс даже не знаю... PDADB.net бы предложил, но он en-язычный. Вообще преимущество Яндекс.Маркета в том, что перейдя по моему шаблону поиска каждый увидит устройства, представленные в его регионе. Т.е. к примеру украинец не увидит в продаже девайса, который продается только в Москве к примеру. ИМХО достаточно удобно.


Цитата:

Удалить все!

Ломать - не строить, когда будет избыточность информации - лишнее убъем в обязательном порядке


Цитата:

хватит уже выяснять отношения!

Да, извини, подзахламил твою тему. Но уже забил на этого малыша, дальше буду только по делу.


Цитата:

полезной информации как таковой нет.

Ну не знаю, не знаю... Все-таки "навык" споров (рождение истины) ИМХО отработал неплохо Инфы сейчас много, например если бы этого спора не было - я бы не сподвигнулся поискать те же спеки по минимальным/рекомендуемым требованиям разных мобильных ОС. Другое дело, что можно было бы это сделать и с меньшим количеством флейма, ну уж как получилось - так получилось Как уже писал выше - дальше буду стараться писать набело.

Цитата:

Х.З. о чем ты.

По ссылке вроде всё чётко расписано. Для XPERIA X8 есть официальное обновление, в виде прошивки с Android 2.1(версии 2.2 и 2.3 есть в виде не официальных прошивок). Помимо обновления версии ОС, имеются некоторые изменения от производителя.

- Улучшенная работа функции Bluetooth с поддержкой передачи и приема изображений, контактов и другого содержимого
- Автоматическая синхронизация изображений контактов между Facebook и телефонной книгой
- Более удобная работа с изображениями, звуками, текстом и номерами в сообщениях
- Обновление платформы Android до версии Android 2.1



p.s. не думаю что это ещё актуально, но раз был вопрос, пусть будет ответ, может ещё кому пригодится...

Listt
а что тут кто то лез на рожон заполнять афигенную шапочку?
пока самые бесполезные посты в этой теме - твои
и критикуя - предлогай, выложил бы в тестировании шапку - я бы ее сюда перекинул
не вопрос. а так ты только флудишь тут это ж бесплатный форум - тут никто никому ничего не обязан
ты адекватен ваще?

Farch, да не, Defrider'а он еще не переплюнул - да и невозможно это, чисто технически Давай уж завязывать с подколами да закончим шапеньку. В тестировании тему судя по всему заводить смысла нет?

ZlydenGL
http://mobile.slashdot.org/story/11/09/01/2242241/Lawsuit-Claims-Windows-Phone-7-Spies-On-Users
виндовс 7 следит за пользователями где то мы уже это видели?

Farch, а при чем тут Windows 7, если тема по AndroidOS? Ладно бы еще по WM была...

ZlydenGL
так разговор про WM7

Farch, не, батенька, разговор про WP7 Не путай понятия. Нельзя сказать, что WP наследует всю идеологию WM.

ZlydenGL
ололо значит предыдущие 5 страниц мы спорили о разных системах

Farch, не знаю-не знаю, я везде писал, что говорю не о Microsoft или Windows, а конкретно о WM

Кстати по слухам, "из источников, близких к достоверным", Nokia собирается собирать аппараты именно на WM, а не на WP. Хотя все равно ближе к делу только увидим, что из этого получится.

Многозадачность в Android

Android достаточно уникален в способе организации одновременной работы нескольких приложений.
Разработчики пришедшие с других платформ, могут быть удивлены тем, как это работает.
Понимание этого важно для разработки хорошо работающих приложений и их бесшовной интеграции с остальной частью платформы Android.
В этой статье рассматриваются причины такого подхода к многозадачности, его влияния на работу приложений, и как лучше всего воспользоваться уникальными возможности платформы.

Проектные требования

Мобильные устройства имеют ряд технических ограничений и пользовательских требований, несвойственных настольным или вэб системам.
Ниже четыре ключевых ограничения, надо которыми мы работали в процессе разработки многозадачности в Android:

* Мы не хотим требовать от пользователя, чтобы он каждый раз закрывал приложения после того как закончит с ним работать. Подобное плохо работает в мобильной среде, где имеют место повторяющиеся в течение дня кратковременные взаимодействия с широким спектром приложений.
* Мобильные устройства не могут себе позволить роскошь подкачки, поэтому они имеют довольно жёсткие ограничения на использование памяти. Robert Love написал очень хорошую статью на эту тему.
* Переключение приложений на мобильных устройствах очень критично. Мы нацелены на то, чтобы запуск новых приложений происходил менее чем за одну секунду. Это особенно важно, например, в случае, когда пользователь решает во время просмотра видео прочитать новое SMS, а затем вновь возвращается к просмотру. Заметное ожидание в данном случае вызвало бы гнев пользователей.
* Доступные программные интерфейсы должны быть достаточными для написания встроенных приложений в рамках нашей философии «все приложения созданы равными». Это означает, что фоновое воспроизведение музыки, синхронизация данных, GPS навигация и загрузка приложений должны быть реализованы с помощью тех же программных интерфейсов, что и приложения сторонних разработчиков.


Первые два требования конфликтуют между собой. Мы не хотим чтобы пользователь заботился о закрытии свои приложений, наоборот мы хотим создать видимость, что все приложения всегда запущены. В то же время мобильные устройства имеют жёсткие ограничения на использование памяти, поэтому система начнет очень быстро деградировать как только ей понадобится больше памяти, чем доступно; в отличие от настольного компьютера, который слегка замедлится во время сброса страницы памяти в файл подкачки. Эти конкурирующие ограничения были главным стимулом для разработки Android.

В какой момент приложение «останавливается»?

Источник заблуждений относительно многозадачности в Android кроется в различии процесса и приложения. В Android они не являются тесно связанными сущностями: приложение может казаться запущенным даже при отсутствии процесса; несколько приложений могут использовать один процесс или одно приложение может использовать несколько процессов; процессы могут присутствовать в системе даже если их приложения бездействуют.
Даже если вы видите, что процесс приложения «работает», это не означает что приложение запущено или что-нибудь выполняет. Такое может случится, например, из-за того, что Android иногда нуждается в этом приложении и поэтому решил что лучше будет держать его под рукой на случай если оно вновь понадобится; или же, если вы покинули приложение не надолго, чтобы позже вернуться к нему, а системе в этом время понадобилось освободить процесс для других целей.
Ключом к тому, как Android обрабатывает приложения таким образом является то, что процессы не уничтожаются полностью. Когда пользователь покидает приложение, его процесс переводится в фоновый режим, позволяя процессу продолжить свою работу (например, загрузку web страниц) если это требуется. А когда пользователь возвращается в приложение, его процесс переводится в активное состояние. Если устройство не имеет проблем с недостатком памяти, то Android будет держать все эти процессы под рукой, а приложения будут действительно (а не мнимо) «работать».
Так как объём памяти является ограниченным, Android должен решить когда избавляться от ненужных процессов. Это приводит к понятию жизненного цикла процессов и правилам, которые используются для того чтобы определить на сколько важен каждый процесс и какой из них может быть уничтожен. Эти правила основаны на том, на сколько важен процесс для пользователя, а также на том, когда в последний раз процесс требовался ему.
Если Android определяет, что процесс можно уничтожить, то он просто принудительно убивает его. При этом ядро может незамедлительно освободить все ресурсы используемые этим процессом, не рассчитывая на то, что приложение хорошо написано и само освободит все свои ресурсы в ответ на завершение. Такое поведение ядра позволяет избежать серьезных проблем с нехваткой памяти.
Если пользователь позже решит вернуться к убитому приложению, системе потребуется способ заново запустить его в том же состоянии, в котором оно было до того, как его убили, дабы сохранить видимость, что все приложения всегда запущены. Это делается путём отслеживания частей приложения (Activities) с которыми взаимодействовал пользователь и последующим их перезапуском с информацией о последнем состоянии. Последнее состояние генерируется каждый раз, когда пользователь покидает Activity, а не тогда, когда приложение убивается. Поэтому ядро может свободно убить приложение, не заботясь о корректности завершения приложения.
В некотором смысле такое управление процессами можно рассматривать как одну из форм подкачки: процессы приложений представляют собой некоторый объём используемой памяти; при нехватке памяти некоторые процессы могут быть уничтожены (сброшены); когда эти процессы вновь понадобятся, они могут быть восстановлены в последнем сохранённом состоянии (извлечены).

Реальное исполнение в фоновом режиме

Итак, приложение может находится в фоновом режиме, до тех пор пока оно не будет убито системой в рамках правил управления памятью. Это приемлемо для таких вещей как загрузка вэб страниц в фоновом режиме, но что на счёт вещей с более жесткими требованиями: фоновое воспроизведение музыки, отслеживание местоположения, будильник и т.д.? Для таких задач приложению доступны два основных средства: broadcast receivers и службы.

Broadcast Receivers

Broadcast receivers позволяют приложению выполнять действия в фоновом режиме в течение короткого промежутка времени. Они могут быть использованы для создания средств более высокого уровня. Например, AlarmManager позволяет послать broadcast в определённое время в будущем, LocationManager посылает broadcast если зафиксирована смена местоположения.
Поскольку информация о приёмнике является частью манифеста, Android может найти и запустить связанное с ним приложение, если оно не запущено. Если процесс приложения находится в фоновом режиме, то broadcast направляется непосредственно в него. Приложение имеет ограниченное время для его обработки (10 секунд). В случае если обработка не укладывается в это время, тогда приложение считается не совсем корректным и его процесс вновь переводится в фоновый режим для того чтобы быть уничтоженным в случае необходимости.
Broadcast receivers хорошо подходят для проделывания небольшой работы в ответ на внешние возбуждающие факторы. Например, отправление уведомления пользователю в ответ на получение новых GPS координат.
Они потребляют очень мало ресурсов, так как требуют действий от приложения лишь во время приёма broadcast'a. Поскольку они существуют в течение ограниченного интервала времени, то гарантировано, что их процесс не будет уничтожен во время исполнения. Однако они не подходят для выполнения действий неопределенной длительности, например работы с сетью.

Службы

Службы позволяют приложениям выполнять продолжительные по времени операции. Существует много других функций, которые выполняют службы, но в контексте данной статьи их главную цель можно выразить словами «Эй, я хотел бы исполнятся даже находясь в фоновом режиме, и до тех пор пока я не скажу хватит».
Приложение управляет работой своих служб с помощью команд запуска и остановки.
Хотя службы предоставляют богатую клиент-серверную модель, её использование не является обязательным. Во время запуска службы, Android создаёт её объект в процессе приложения для обеспечения доступа к контексту. Как это может быть использовано приложением: оно может поместить весь требуемый код внутри своей службы без взаимодействия с другими частями приложения; может вызывать общие объекты-синглтоны, получив экземпляр службы из любого места; или же запустить службу в отдельном процессе и реализовать полноценный RPC протокол если потребуется.
Управление процессами служб отличается от управления процессами broadcast reciever'ов, поскольку неограниченное число служб может выполняться неопределенно долго по времени. Из-за этого могут возникнуть проблемы с нехваткой памяти. По этой причине нет гарантий, что система их не остановит.
При нехватке памяти процессы служб будут немедленно уничтожены, подобно тому как уничтожаются процессы находящиеся в фоновом режиме. Но тем не менее, Android запомнит, что эти службы хотели бы выполнятся дальше, и перезапустить их, когда памяти будет достаточно. Например, если пользователь откроет web страницу требующую много памяти, Android может уничтожить процесс такой службы как sync, а когда памяти станет достаточно — перезапустит его.
Чтобы не быть уничтоженными в таких случаях, службы могут запросить статус «foreground». Этим они как бы говорят «пожалуйста, не убивайте меня». Но для этого требуется, чтобы службы уведомляли пользователя о своей работе. Это полезно для таких служб как фоновое проигрывание музыки или автомобильная навигация с которыми пользователь активно взаимодействует; когда вы слушаете музыку и используете браузер, вы всегда можете видеть значок воспроизведения музыки на панели состояния. Android не будет пытаться уничтожить такие службы, если точно знает что пользователь уведомляется об их работе и может в любое время их остановить.

Ценность базовых компонентов

Broadcast receiver'ы и службы позволяют разработчикам создавать операции, которые будут выполнятся в фоновом режиме. Включая такие операции, для которых они изначально не разрабатывались. В Android 1.0 они использовались практически для всех фоновых операций встроенных Google приложений:

* Воспроизведение музыки осуществляется службой. Это позволило не прерывать воспроизведение после того пользователь покинет приложение для воспроизведения музыки.
* Приложение будильник планирует свои сигналы с помощью broadcast reciever'a и alarm manager'a.
* Приложение календарь, подобно будильнику, отображает или обновляет уведомления, соответствующие времени определённого события.
* Фоновая загрузка файлов реализована в виде службы, которая запускается для обработки закачек.
* Приложение электронной почты будит службу проверки почты через определенные интервалы времени для получения новых писем.
* Приложения Google поддерживают службу получения уведомлений из сети. Которая в свою очередь перенаправляет запросы к конкретным приложениям, например, для того чтобы синхронизировать контакты.


В процессе развития платформы эти компоненты использовались для разработки многих основных вещей:

* Методы ввода реализованы как службы, с которыми работает и которыми управляет Android для отображения редактора ввода.
* Виджеты приложений являются broadcast reciever'ами, которым Android посылает запрос, если хочет взаимодействовать с ними. Это делает виджеты достаточно легковесными и позволяет им не заботится о том, чтобы процесс приложения был запущен.
* Специальные возможности реализованы в виде служб, которым Android посылает информацию о действиях пользователя.
* Sync adapter'ы представленные в Android 2.0 являются службами работающими в фоновом режиме, которые выполняют синхронизацию данных.
* Живые обои представляют собой службы запускаемые Android'ом.

Оригинал статьи: http://android-developers.blogspot.com/2010/04/multitasking-android-way.html
Перевод: afybc

ZlydenGL

Цитата:

Своим собственным опытом могу подписаться под каждым словом этой цитаты

Во-первых, производительность той или иной ОС - вещь весьма субъективная, если не использовать для этого специализированные утилиты. В Симбе много времени порой тратится на то, чтобы некий тормоз успел прочитать сообщение. Однако, это не означает, что система к этому моменту не выполнила всех необходимых действий.
Во-вторых, WM лично для меня показала свою полную несостоятельность, что остается лично моим мнением, не более того.
Вывод - производительность должны оценивать эксперты, а не мы с Вами. Мы можем высказывать сугубо свое мнение.

Вчера прикупил I9100 (Galaxy S 2) - пока доволен, хотя сильно отличается от I5570. Что-то удобнее было в Mini, что-то удобнее в S 2, выбор за покупателем и пользователем.

Кто-нибудь может что-нибудь высказать по поводу ZiiLABS Jaguar3 и Archos 80 G9? Как аппараты?

spam

Ни у кого не было такой проблемы? -

После синхронизации Outlook 2003 с Android 2.6.3 (портирован на HTC HD2) с помощью MyPhoneExplorer, все контакты автоматически стали относиться к моему аккаунту Гугла [=категория] (а не проста перенеслись в память телефона).

Проблема в том, что MyPhoneExplorer считает, что этих (см. выше) контактов в телефоне нет (может, это проблема MyPhoneExplorer), и изменить категорию контактов (т.е. перенести их в разряд телефоных, а не относящихся к гугловскому аккаунту) не представляется возможным (я не нашёл как).

При этом контакты, которые я создаю вручную, создаются только в телефоне и прекрасно синхронизируются.

Если кто-то знает, как решить эту проблему - буду признателен.

Если кому интересно, то прочёл вот такой способ:


Цитата:

Трюк с изменением типов контактов в Android 1.5
Случилось так, что стал я обладателем новенького HTC Hero.
При первом включении телефона, настроил учетную запись Google. Все контакты синхронизировались с телефоном. Как утверждают видеопрезентации гугла, это очень удобно. Например, если потеряешь телефон, контакты всё равно остануться на гугле.

Всё бы хорошо, но вот только не очень хочется хранить личные данные на удаленном сервере Googl'а. Поискал в настройках контактов — изменения типов нет. То есть, при создании контакта выбрать можно: google, телефон, SIM. Но в дальнейшем изменить тип контакта нелья.

Но на каждую хитрую, обязательно что-нибудь найдется.

1) Устанавливаем на комп Android SDK.

2) С помощью утилиты adb (из комплекта SDK, находится в каталоге TOOLS) коннектимся к телефону:
./adb shell

3) Далее открываем базу контактов:
# sqlite3 /data/data/com. android .providers.contacts/databases/contacts.db
Примечание: у меня неофициальная рутованная прошивка. В официальных прошивках работу этого метода не проверял.

4) Для особо любопытных, можно включить отображение заголовков таблиц:
sqlite> .headers ON
и ещё посмотреть список всех таблиц в базе:
sqlite> .tables

5) Смотрим все контакты:
sqlite> select * from people;
Примечание: запоминаем '_id' (первое число в строке) нужного нам контакта. Например, 164.

6) И, о чудо, меняем тип контакта с Google на Телефон:
sqlite> update people set extra_group='2' where _id='164';
Или если Вам нужно поменять все контакты (пункт 5 — пропускаем):
sqlite> update people set extra_group='2';

Теперь этот контакт будет храниться в телефоне, и можно отключать отображение контактов Google.

PS: надеюсь, статья поможет кому-нибудь. Комментарии приветствуются!
UPD:
Если прошивка без рута и sqlite3 в телефоне нет, значит будем его использовать на компе. Скачиваем базу на комп:
adb pull /data/data/com. android .providers.contacts/databases/contacts.db contacts.db
запускаем sqlite3 на компе:
sqlite3 contacts.db
далее меняем тип контактов и выходим из sqlite3.
А затем закачиваем измененный файл в тел:
adb push contacts.db /data/data/com. android .providers.contacts/databases/contacts.db
На комп установить sqlite3 легче чем в нерутованный hero.

Сам ещё не пробывал, но, думаю, что попробую и сообщу о результатах.

ОРИГИНАЛ

ну все blackberry облажались:
http://www.engadget.com/2011/10/18/blackberry-devcon-americas-2011-keynote-liveblog/
как я и говорил

Если кому интересно, то проблема изменения категории (группы, аккаунта) контактов решается куда проще, чем можно себе представить.

В настройках MyPhoneExplorer Client на телефоне заходим в "Уставновки" -> "Учётные записи контактов для синхронизации" и выбираем все учётные записи.

После этого в MyPhoneExplorer на ПК в разеделе "Контакты" слева у вас появится два подраздела (или больше в зависимости от настроек): Телефон и Google.

Заходим в подраздел Google: Ctrl+A, a потом щёлкаем правой кнопкой и "Копировать". Можно сразе после этого нажать Del.

Теперь заходим в подраздел Телефон и с промщью правой кнопки выбираем "Вставить".

После это синхронизируем телефон с ПК и всё.

Android 4.0 придет на смартфоны и планшеты спустя недели после старта продаж Galaxy Nexus


Цитата:

В продолжении своего выступления на конференции AllThingsD Энди Рубин рассказал о возможности появления Ice Cream Sandwich в актуальных на сегодняшний день устройствах. По мнению руководителя Google временной разрыв между появлением в продаже смартфона Samsung Galaxy Nexus, которое, как известно, состоится в ноябре, и выпуском ICS-обновлений для других современных девайсов будет минимальным.

Никаких конкретных дат мистер Рубин, конечно же, не назвал, но сообщил, что процесс оптимизации и тестирования OEM-производителями новых прошивок, на который в некоторых случаях уходило по нескольку месяцев в случае с Ice Cream Sandwich пройдет значительно быстрее.

Напомним, что одновременно с релизом Ice Cream Sandwich в Google представили и пакет разработчика Android 4.0 SDK, а также программный код новой ОС, что позволит девелоперам более оперативно адаптировать свое ПО под обновленную платформу.

А тем временем в Google официально подтвердили появление обновления с Ice Cream Sandwich для «гуглофона» предыдущего поколения Nexus S. Не стоит забывать и о планшетах, владельцы которых также вправе рассчитывать на появление обновленных прошивок.

осталось дождаться пока появятся кастомные прошивки под версией Android 4.0