Ahoj,
snazim se nainstalovat Androidx86 4.4 na svuj netbook a potreboval bych poradit, jak spravne nastavit grub. Jde o to, ze mi ted Android porad bootuje jako live distribuce a pokud udelam zmeny, tak se po restartu ztrati, protoze se mi asi nepovedlo spravne rootnout partici.

Muj postup byl nasledujici:
- stahnul jsem si x86 iso
- jsem pomoci unetbootinu hodil na USB flashku
- partici na z USB flashky jsem zkopiroval pomoci EasyUS partition manageru na pevnej disk
- do jiz existujiciho linuxovyho Grub2 zavadece jsem pridal zaznam(viz nize), kterej by mel Android zavest
- android se dokonce i zavede, ale jak jsem psal jen jako live, po restartu zase vsechno jeden znova

Grub entry:

menuentry "Android x86 by RuThaN" {
insmod ext2
set root='(hd0,6)'
linux /kernel quiet SDCARD=/dev/sda6 root=UUID=3A6B-EC34 androidboot.hardware=android_x86 acpi_sleep=s3_bios,s3_mode video=-16 quiet splash
initrd /initrd.img
}

To co je v tom grubu jsem splacal z toho, oc jsem hned nasel na netu, ten parametr SDCARD ocividce nefunguje. Nejak jsem si naivne rikal, ze tohle bude fungovat out of box.. a moc nechapu, proc to porad bootuje jako live, jestli to neni vlastnost, uz ten live distribuce, coz doufam, ze ne.

DRIZDIK: Tak to je jasné, je to IO operace, ale spíš jde o to, že většina ORM používá reflexi, která se volá v době, kdy to ještě v jiném vlákně neběží.

Veskera prce s DB je pomala a mela by se delat na jinem vlakne. Ja doporucuju ActiveAndroid, ktery pouzivam.

DATEL: To jsem nejdříve dělal pomocí Observable přímo z java.util, nyní to řeším pomocí RoboGuice a jejich EventBusu, kterej je velice jednoduchej, jen s fragmentama ještě lehce zabugovanej, ale pořád lepší než bez toho. Jen ze všech eventů odkládat práci pomocí post(Runnable), abys neblokoval delegaci eventu do ostatní observerů.

DRIZDIK: díky za tip, někdy na to kouknu.

Zatím jsem to vyřešil jednoduše (celkově zatím ne úplně ideálně) - třídy pro entity, pak třídy pro DataSource (abstraktní + pro konkrétní tabulky) a v aktivitách / fragmentech mám pro jednotlivé požadavky na DB AsyncTask třídy, které tahají data a pak je ládujou do GUI. Zbývá vyřešit nějaké automatické upozorňování na změny (tj. Observer), ale pro počáteční vývoj to zatím stačí tak jak to je.

DATEL: Používám ActiveAndroid, dotazy pouštím pomocí generickýho asynctasku, který dostane jako paramaetr dotaz a co má vrátit a jen implementuju co s tím na konci udělat.

NECROMAN: Tak ten bus už je na cestě a byl v některých městech, ale nepodařilo se mi najít referenci, ale zkoušel jsem hledat v angličtině, možná kdybych hledal ve francouzštině nebo italštině, tak zmínku najdu.

ROTTWEILER: na Mobile World Congresu rozdavali mobily jak na bezicim pasu kazdemu, kdo tam na svem notebooku ukazal obrazovku z Nokia Storu s odeslanou aplikaci, ani jsi ji poustet nemusel :)
Nevim, jak moc to bude i u toho portovaciho busu, ale mozne to je, pokud je zaujmes :)

Měl bych dotaz k tomu, jakým způsobem implementujete práci s SQLite DB. Prošel jsem kupu článků a diskuzí na netu a nějak nevím, jaký způsob použít.

1. je jasné, že práce s DB musí běžet v samostatném vlákně
2. jasná je základní třída z SQLiteOpenHelper, dále asi třídy pro jednotlivé entity
3. přijde mi zbytečné používat CursorLoader a ContentProvider, když nechci poskytovat svá data ven z aplikace (naopak, je to nežádoucí)
4. narazil jsem na CWAC-loaderex knihovnu, která právě řeší Loader bez ContentProvideru - jenže autor tuto cestu opustil s tím, že knihovnu dál vyvíjet nebude (Why are Loaders bad in Android)
5. z výše uvedených bodů tak nějak vyplývá, že by asi bylo nejlepší vytvořit vlastní třídu z AsyncTask - jenže taky už nějak nevím, jak přesně bych to udělal, i podle toho, na co jsem narazil na netu, by to asi muselo být tak, že pro každou metodu, která získává nebo ukládá data, by musela být vlastní AsyncTask třída, což mi přijde dost divoké.

Rád bych se tedy zeptal, jaký zpúsob v dnešní době používáte vy? Nejde mi o konkrétní kód, spíš jen o princip. Díky.

NECROMAN: Tím mobilem jsi si jistý?

NECROMAN: Nejenom, taky tam maj ty telefonky, zkus klikat vic.

MAKROUSEK: je to tak, maji tam nejaky remote debugging na jejich webu + staticky analyzer, kam nahrajes apk a ono ti to rekne, zda tam mas nejake problematicke API.
Co jsem slysel, tak to bezi na Androidu 4.1.2, nejsou v tom telefonu Google sluzby, vetsinou jsou nahrazene Microsoftimi nebo Here mapami.
Upravu je treba provest jen tehdy, pokud se tam pouzivaji Push notifikace, InApp purchases a snad mapy, jinak by to melo jet 1:1.

H_U_N_T_E_R: Kdyz se registrujes na tom jejich portale, maji tam takovy bazmek v jave, ktery ti na dalku pripoji jeden z telefonu, ktere maji nekde ve Finsku pripojene k netu. Docela to chodi, vyzkousel jsem.

NECROMAN: a existuje nějaký emulátor, na kterém by se to dalo ozkoušet? Nebo si musím nejdřív jednu koupit a na té si app odladit?

Cus, mate tu nekdo nejakou uspesnou apku? Jako ze uspesna je treba takova, ktera ma vic jak 50k aktivnich useru. ;-)

ROTTWEILER: My to zatím řešíme jako jeden projekt, kde jsme si ty závislosti ponastavili trochu sloziteji. Bohužel tam často dědíme z něčeho v Androidu a proto hledám lepší způsob. Rozdělení na subprojekt mi zatím přijde také jako nejlepší nápad.

DRIZDIK: Tak existoval plugin https://github.com/JakeWharton/gradle-android-test-plugin který dělal Jake Wharton, ale už je deprecated a nebyl úplně perfektní. Momentálně to řeším, že jsem závislosti přesunul do samostatného projektu pokud nepotřebují nic z Androida a tam ty JUnit v pohodě skrze java plugin spustím. A ty části, které jsou Android specifické jsem udělal abstraktní a pro Android implementoval. Je to tedy lepší i v tom, že je kód robustnější a pokud bych potřeboval testovat Android specifické věci, tak použiji instrumentační testy.