(Nejen) pokud jste obdrželi telefon s Androidem k Vánocům, nabízím seznam aplikací, které se Vám můžou hodit do svého Androidu nahrát.
Aidos - vyhledání spojení v Idos (není na Marketu, nutno nainstalovat z webu)
Barcode Scanner - čtečka čárových, QR a dalšícch kódů
Bonsai Blast - hra s kuličkama :)
ConnectBot - SSH klient
GPS Status 2 - informace z GPS a kompasu
Graviturn - hra ovládaná kinetickým senzorem (oceněná v Google Developer Challenge)
Linda File Manager - správce souborů
MyBackup - zálohování kontaktů, sms, emailů,... (nepoužívám na zálohování aplikací, protože pak se aplikace neaktualizují z Marketu)
SMS Jízdenka - objednávání jízdenek na MHD v Praze, Ústí nad Labem, Českých Budějovicích, Ostravě a Liberci
A co používáte na svém androidu vy?
Zobrazují se příspěvky se štítkemandroid. Zobrazit všechny příspěvky
Zobrazují se příspěvky se štítkemandroid. Zobrazit všechny příspěvky
čtvrtek 24. prosince 2009
středa 1. července 2009
Vyzkoušejte si Android na svém počítači!
Uvažujete o telefonu s Androidem a nevíte, jestli vám bude sedět ovládání? Pokud vám nestačí flashové demo telefonu G1, tak si Android můžete důkladně vyzkoušet na svém počítači -- není to až tak složité.
Tzv. emulátor je součástí vývojového prostředí (SDK) pro Android a stáhnout se dá z webu android.com a k jeho běhu je potřeba jen JDK Javy.
SDK rozbalíme do vhodného adresáře (
Tzv. emulátor je součástí vývojového prostředí (SDK) pro Android a stáhnout se dá z webu android.com a k jeho běhu je potřeba jen JDK Javy.
SDK rozbalíme do vhodného adresáře (
c:\soft\android-sdk-windows-1.5_r2).- v adresáři
c:\soft\android-sdk-windows-1.5_r2\toolsspustíme příkazovou řádku - příkazem
android list targetszjistíme očíslovaný seznam tzv. targetů
- příkazem
android create avd -n moje -t 3vytvoříme AVD (virtuální zařízení) -- "moje" je libovolný název a číslo 3 je číslo v seznamu targetů
- příkazem
emulator @mojespustíme virtuální zařízení s daným názvem
středa 14. listopadu 2007
Google Phone Android obsahuje Google Javu: Dalvik
Poté, co Google ohlásil, že platforma pro mobilní telefony s názvem Android bude obsahovat Javu, pookřálo srdéčko všech Java programátorů a vyplázlo jazyk na Apple, jehož iPhone Javu nepodporuje. Předčasně.
Java v Androidu nazvaná Dalvik totiž neodpovídá ani standardu Java ME (Mobile Edition) určené do mobilních zařízení ani standardu Java SE (Standard Edition) určené pro počítače, ale obsahuje část balíků z Java SE packages (konkrétně z implementace Apache Harmony), balíky Apache Commons, HTTPclient, jUnit a vlastní balíky pro vykreslování uživatelského rozhranní, pro telefonování, posílání SMS a power management (v balících android.*), viz seznam balíků.
A co víc, Dalvik nepoužívá standardní formát souborů Javy (.class), ale má svůj optimalizovaný formát .dex, do kterého je potřeba .class soubory přeložit (případně použít plugin do Eclipse, který umí .dex soubory vyrobit rovnou).
Pro uživatele i vývojáře to znamená, že na Androidu nepoběží ani aplikace pro mobily ani pro stolní počítače, ale že bude aplikace pro Android nutné upravit. Už dnes je potřeba pro jednotlivé mobily aplikace upravovat a Dalvik situaci rozhodně neulehčí. Toho si je asi Google vědom a zřejmě i proto vypisuje soutěž o 10 milionů dolarů pro vývojáře aplikací pro Android.
V tomto kontextu nelze nevzpomenout Microsoft a jeho pokus vytvořit vlastní nekompatibilní verzi Javy (J++/J#), který skončil u dlouho se táhnoucího soudu, který nakonec skončil vítězstvím pro Sun a Microsoft se poté snah na poli Javy úplně vzdal.
Nicméně v tomto případě to nebude až tak jednoduché, protože Google jen vzal knihovny z projektu Harmony a dalších, použil stejný formát souboru se zdrojovým kódem, ale pokud Dalvik nebude označovat za Javu, je možné, že z právního hlediska bude vše v pořádku.
Nutno ale dodat, že za vzniklou situaci si do jisté míry může Sun sám svým přístupem a přílišnou konzervativitou v oblasti zavádění a přijímání standardů. Když od stolu vymyslí něco sám, tak je to učiněná katastrofa (EJB 2.0) nebo je technologickým leaderem někdo jiný a Sun pak se standardizováním nestíhá držet krok (Hibernate, Spring) a nebo v nejhorším případě standardní řešení mají nedostatky, které si jednotliví výrobci odstraňují po svém (Java ME) nebo poskytnou náhradu (SWT za Swing).
Z tohoto pohledu je pak Davlik jen bolestným logickým vyústěním.
Via: OnJava
Java v Androidu nazvaná Dalvik totiž neodpovídá ani standardu Java ME (Mobile Edition) určené do mobilních zařízení ani standardu Java SE (Standard Edition) určené pro počítače, ale obsahuje část balíků z Java SE packages (konkrétně z implementace Apache Harmony), balíky Apache Commons, HTTPclient, jUnit a vlastní balíky pro vykreslování uživatelského rozhranní, pro telefonování, posílání SMS a power management (v balících android.*), viz seznam balíků.
A co víc, Dalvik nepoužívá standardní formát souborů Javy (.class), ale má svůj optimalizovaný formát .dex, do kterého je potřeba .class soubory přeložit (případně použít plugin do Eclipse, který umí .dex soubory vyrobit rovnou).
Pro uživatele i vývojáře to znamená, že na Androidu nepoběží ani aplikace pro mobily ani pro stolní počítače, ale že bude aplikace pro Android nutné upravit. Už dnes je potřeba pro jednotlivé mobily aplikace upravovat a Dalvik situaci rozhodně neulehčí. Toho si je asi Google vědom a zřejmě i proto vypisuje soutěž o 10 milionů dolarů pro vývojáře aplikací pro Android.
V tomto kontextu nelze nevzpomenout Microsoft a jeho pokus vytvořit vlastní nekompatibilní verzi Javy (J++/J#), který skončil u dlouho se táhnoucího soudu, který nakonec skončil vítězstvím pro Sun a Microsoft se poté snah na poli Javy úplně vzdal.
Nicméně v tomto případě to nebude až tak jednoduché, protože Google jen vzal knihovny z projektu Harmony a dalších, použil stejný formát souboru se zdrojovým kódem, ale pokud Dalvik nebude označovat za Javu, je možné, že z právního hlediska bude vše v pořádku.
Nutno ale dodat, že za vzniklou situaci si do jisté míry může Sun sám svým přístupem a přílišnou konzervativitou v oblasti zavádění a přijímání standardů. Když od stolu vymyslí něco sám, tak je to učiněná katastrofa (EJB 2.0) nebo je technologickým leaderem někdo jiný a Sun pak se standardizováním nestíhá držet krok (Hibernate, Spring) a nebo v nejhorším případě standardní řešení mají nedostatky, které si jednotliví výrobci odstraňují po svém (Java ME) nebo poskytnou náhradu (SWT za Swing).
Z tohoto pohledu je pak Davlik jen bolestným logickým vyústěním.
Via: OnJava
Přihlásit se k odběru:
Příspěvky (Atom)