Díky za celkem vyčerpávající informace. Budu tedy vyvíjet pod 2.1 a budu se snažit používat funkce, které jsou podporovaný staršími API, aby to kdyžtak šlo spustit i na starších přístrojích. Je to app pro geocaching a tam předpokládám, že lidi budou chtít chodit do terénu i se staršími telefony.
Ta zpětná kompatibilita, že se aplikace pro 2.x může dát spustit i pro 1.x je super, to z .Netu neznám :)

LWEEK: tak tak....zbytecna prace se zabyvat androidem pod 2.1, nahlednutim do statistiky rozlozeni jednotlivych verzi zjistis, ze se ti nevyplati babrat se s kompatibilitou pod 2.1

Vývojem pro 1.5 a 1.6 bych se už nezahazoval :-)

Já bych vyvíjel pro 2.1, to je teď nejrozšířenější a obecně funkční API kompatibilní i s 2.2 a 2.3. Teda pokud ta aplikace není závislá na některé z funkcionalit novějších verzí. Jako třeba PUSH je až od 2.2 což mě popravdě dost štve. Jenže 2.1 z trhu jen tak nezmizí. To je ta majorita lowendových telefonů který je víc než dost a který jsou populární pro svou cenu. S těma nepočítat bude možné až tak za dva tři roky.

MORIARTY: ja vyvijim pro 1.6 a pak mi to zatim teda dycky beze zmen fungovalo i na 2.2. ale delam zatim samy mensi kravinky...

MRAKY: Nedávno vyšla první kniha o Androidu v češtině. Některý překlady jsou sice úsměvný, ale co sem tak letmo na ni nahlížel v knihkupectví, vypadá celkem použitelně.
Android 2 | Computer Press
http://knihy.cpress.cz/android-2.html

MORIARTY: Záleží v podstatě na tobě, pro jaký verze Android chceš mít app kompatibilní. Asi bych vycházel z grafu na následující stránce:
Platform Versions | Android Developers
http://developer.android.com/resources/dashboard/platform-versions.html
Při vývoji musíš kontrolovat, z jaký verze API používáš objekty. Pokud to nechceš kontrolovat, buiduj app s nejnižší verzí SDK, kterou chceš podporovat, a máš jistotu. Final build bych dělal s nejnovější verzí SDK. Umožňuje přidání některejch užitečnejch atributů do AndroidManifest, který budou nižší verze Androida ignorovat.

MORIARTY: http://developer.android.com/resources/dashboard/platform-versions.html

Jak Android pracuje se staršími verzemi SDK? Teď jsem zkusil svoji (pro verzi 2.2) nově vyvíjenou aplikaci zkompilovat pro verzi 1.6 a po pár úpravách funguje, jen mi přijde, že je asi o polovinu pomalejší a ty dialogy nejsou tak pěkný.
Jak se řeší kompatibilita se staršími telefony? Na starší telefony se prdí, nebo se kompiluje pro více verzí zvlášť jako to je u Symbianu a win mobile?

zdarec - nemate nekdo tip, na knihu pro programovani v androidu, ktera by byla postavena na 2.3 3.0 ?

SEALSKEJ: jo to tam mam taky... kvuli necemu to tam je... kdyz to dam pryc tak pak zase musim priklikat celou aplikaci, abych zjistil, kvuli cemu to tam je :-) ...

SEALSKEJ: Lépe popsáno tady:
Android Boot Receiver
http://www.dev-articles.com/article/Android+Boot+Receiver-20001

SPIRAL_FORCE: LITTLELI: Nestačilo by na to android.permission.RECEIVE_BOOT_COMPLETED a BootReceiver (http://www.devdaily.com/java/jwarehouse/apps-for-android/Photostream/src/com/google/android/photostream/BootReceiver.java.shtml )?

MICTECH: webove rozhrani urcite bude :-)

MICTECH: jojo, v dalsi verzich bychom urcite radi. zatim to ale limituji casove-financni moznosti.

_JARA: Planujete k tomu i nejake webove rozhrani? Nebo to bude ciste Android aplikace?

SPIRAL_FORCE: jinak by totiz telefon nevedel, ze aplikace ewallet ma nejaky naplanovany intervaly zaloh a ze ma spustit nejakou sluzbu

LITTLELI: no tahleta permission je tam jen kvuli tomu, aby aplikace mohla byt informovana o restartu telefonu a naslednem bootu....je totiz potreba nejak zjistit, ze aplikace byla zrestartovana a ze je potreba znovu spustit pravidelnou updatovaci sluzbu...pokud ji ma tedy uzivatel aktivovanou

SPIRAL_FORCE: no já spíš myslel tohle:

ČTENÍ STAVU A IDENTITY TELEFONU
Umožňuje aplikaci získat přístup k telefonním funkcím zařízení. Aplikace s tímto oprávněním mohou určit telefonní a sériové číslo tohoto telefonu, zda zrovna probíhá hovor, volané telefonní číslo a podobně.

To ostatní mi přijde v pohodě.

SPIRAL_FORCE: abych nezapomel, dalsi opravneni jsou dulezita kvuli transparentni synchronizaci se serverem...aby uzivatel vubec nemusel zadavat nejaka hesla. autentifikace tak probiha na zaklade jiz vytvoreneho a registrovaneho google emailu. cela sitova komunikace je pak sifrovana pomoci SSL. overeni je vuci Google Accounts.