Aktywne Wpisy
Caracas +56
Moja córka w tym roku ma mieć pierwszy raz religię (idzie do zerówki w państwowym przedszkolu).
Dziś było spotkanie z księdzem - odwiedził klasę czy tam pokój gdzie przebywa grupa do jakiej uczęszcza moja córka.
Są tam zabawki różne plakaty na ścianach itp.
Teraz najlepsze ksiądz powiedział, że do czasu jego następnej wizyty mają zniknąć z ściany wszystkie dinozaury oraz rzeczy z nimi powiązane bo to sprzeczne z nauką kościoła i to
Dziś było spotkanie z księdzem - odwiedził klasę czy tam pokój gdzie przebywa grupa do jakiej uczęszcza moja córka.
Są tam zabawki różne plakaty na ścianach itp.
Teraz najlepsze ksiądz powiedział, że do czasu jego następnej wizyty mają zniknąć z ściany wszystkie dinozaury oraz rzeczy z nimi powiązane bo to sprzeczne z nauką kościoła i to
Jabby +851
Od ostatniego mojego wpisu spod tagu developerki androida minęło już trochę czasu. Zbudowałem szkielet aplikacji, oparty na własnym frameworku, mam już wszystko pospinane i wszystko ładnie śmiga. Używam daggera 2 do DI.
Zastanawia mnie jakie posiadacie praktyki w kwestii komunikacji z backendem. Problem dokładnie dotyczy posiadania różnych środowisk (dev/qa/produkcja...). "Kiedyś" rozwiązywało się to różnymi profilami w mavenie i posiadaniem osobnych XMLi pod dane środowisko określających endpointy.
Nie wiem jak się to przekłada na świat gradle/android. Jakieś sugestie?
@cycun: dagger to po prostu framework, który służy do wstrzykiwania zależności
@jablo: no i chyba o to chodzi, dzieki! Masz doswiadczenie w faktycznie uzywaniu tego?
Łatwo się można między nimi przełączać w Build Variants i pliki do kompilacji
Ja raczej będę budował jedną apkę targetując jeden rynek; bardziej chodzi mi właśnie o kwestie przerzucania się pomiędzy środowiskami i debug+prod.