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.

DATEL: Tohle jsem taky absolvoval, a lokálně jsem začal používat git (git svn ti pak pracuje s SVN master repozitářem) a máš lokálně svobodu si branchovat, stashovat a podobný blbosti a tenhle postup doporučuju.
Ignore určite jde ale stejně používat i v SVN v nastaveních projektu (záleží co používáš za klienta) a například v Tortoise je to hned pod pravým, že klikneš na cokoliv a dáš přidat do ignore.

K tomu bych měl taky dotaz. Mám Gradle Android projekt a v něm bych potřeboval mít unit testing. Jak tohle řešíte? android plugin pro gradle se nesnese s java pluginem, kterej to standardně zařizuje.

DATEL: Protože ViewPager není nativně implementovaný a je dostupný pouze skrze support knihovnu.