[PanBaklazan]

z jakich wzorców projektowych korzystacie w natywnym Androidzie?

#androiddev #programowanie

[AndroidKuc]

singleton (⌐ ͡■ ͜ʖ ͡■)

[PanBaklazan]

@AndroidKuc: a tak na serio? :D

[Algeroth]

@PanBaklazan: przeważnie mvc

[niezielony]

@PanBaklazan: Akurat singletona wykorzystuje się dosyć często, (w daggerze to już wtedy tylko kwestia jednej adnotacji), jeśli używa się go w odpowiednich miejscach to nie ma w tym niczego złego. Co do architektury ostatnio bardzo spodobało mi się MVP, tutaj masz fajnego gotowca: https://github.com/ribot/android-boilerplate

EDIT: https://medium.com/ribot-labs/android-application-architecture-8b6e34acda65#.gk2x7sssz
I artykuł opisujący właśnie tę architekturę. (MVP + RxJava)

[R.....a]

@PanBaklazan: Obecnie MVP

[Mithrindil]

@PanBaklazan: GodObject

[requem]

@PanBaklazan Obecnie MVP + RxJava. Potem dostosuję Daggera (Dependency Injection). Chociaż MVVM (Data Biding) też wygląda kusząco (jeszcze mniej kodu niż w MVP), ale to już na inną okazję. ( ͡° ͜ʖ ͡°)

[PanBaklazan]

@requem: No ja ogólnie korzystam z MVVM ale w C#, i sie zastanawiam co w przypadku typowego natywnego kodu androidowego byloby bardziej uzyteczne... google chyba stosuje MVP (wnioskuje po ich wykladach na Google O/I)

[Bless]

@PanBaklazan: W ich apce na Google I/O - ioshed, nie korzystali z zadnej architektury :C Ja podobnie jak poprzednicy MVP, builder z lombokiem, template method, singleton jesli ma sens, RxJava czyli połączenie observer'a i iteratora ofc. Jest tego więcej ale wydaje mi się, że dużo wzorców jest oczywistych i nawet najczęściej nie wiemy że z nich korzystamy :) data binding daje możliwość przeniesienia części logiki do xml, czyli wyglądu, co

[shus]

@Algeroth: W androidzie nie zaimplementujesz pełnego MVC

[niezielony]

@shus: Mógłbyś rozwinąć wypowiedź?

[shus]

@niezielony: Ogólnie wystarczy wpisać na stacku "MVC Android" i wyskoczy przykładowo: http://stackoverflow.com/questions/2925054/mvc-pattern-in-android
Głównie chodzi o to że w androidzie Controller ma bezpośrednie połączenie do widoku, ba nawet więcej dla niektórych jest on widokiem (przykład. Fragment w dokumentacji Androida).

TD;DL
V i C są w androidzie sklejone ze sobą.

[niezielony]

@shus: No okej, rozumiem to że Controller nie powinien być jednocześnie widokiem, ale co złego jest w bezpośrednim połączeniu kontrolera z widokiem? Wydawało mi się że właśnie o to chodzi, wzorowałem się na tym artykule: https://medium.com/android-news/android-architecture-2f12e1c7d4db#.877qpne8h

Raczej nie zamierzam używać MVC w androidzie bo obecnie zajarany jestem MVP, ale tak z ciekawości pytam.

[shus]

https://medium.com/android-news/android-architecture-2f12e1c7d4db#.877qpne8h

@niezielony: MVP jest spoko i raczej w tą stronę lepiej iść. I tak mniej więcej to co zrobili w artykule to jak najbardziej wygląda na MVC z tym że bardziej idzie w stronę prezentera.

[niezielony]

@shus: no okej, ale co złego jest w tym że kontroler ma bezpośrednie połączenie z widokiem jeśli chodzi o samą ideę, bo wydaje mi się, że właśnie tak być powinno a ty piszesz co innego i nie do końca rozumiem.