EVOLUINDO ARQUITETURAS REATIVAS. Ubiratan Soares QCONSP / 2017

Transcrição

1 EVOLUINDO ARQUITETURAS REATIVAS Ubiratan Soares QCONSP / 2017

2 O QUE É UMA ARQUITETURA EM MOBILE?

3 FLUX REDUX MVP CLEAN MVI MVVM VIPER MVC

4

5 PRINCÍPIOS DE ARQUITETURA Organização Facilidade em se encontrar o que se precisa Menor impedância para se resolver bugs Menos dor ao escalar em tamanho (codebase e devs) Estilo de projeto unificado, definido e defendido pelo time

6 MOBILE CHALLENGES Interações com usuário e eventos de sistema são assíncronos I/O deve ser concorrente Processamento pesado deve ser concorrente Fragmentação de plataformas ETC.

7 UMA QUEIXA COMUM NA COMUNIDADE MOBILE?

8 TEM PELO MENOS UM UNIT TEST NO APP?

9 EM MOBILE, ARQUITETURA É CRÍTICA PARA TESTABILIDADE

10 QUAL ARQUITETURA ESCOLHER ENTÃO???

11

12

13

14

15 MIXED FEELINGS

16

17 NÃO HÁ SILVER BULLETS!

18 MODEL VIEW PRESENTER

19 DB UI PRESENTATION LAYER DATA LAYER REST... ETC

20

21 public interface ViewDelegate { void displayresults(datamodel model); void networkingerror(); void displayemptystate(); void displayerrorstate(); // More delegation

22 public class MainActivity extends AppCompatActivity implements ViewDelegate { Presenter presenter; // How to resolve this protected void onstart() { super.onstart(); presenter.bindview(this); public void displayresults(datamodel model) { // Put data into public void networkingerror() { // Up to public void displayemptystate() { // And this public void displayerrorstate() { // Please, do not mess with your user

23 public class Presenter { public void bindview(viewdelegate delegate) { this.delegate = delegate; public void fetchdata() { source.fetchdata(new DataSource.Callback() public void ondataloaded(datamodel model) { public void onerror(throwable t) { ); if (t instanceof NetworkingError) { delegate.networkingerror(); else if (t instanceof NoDataAvailable) {

24 REST GATEWAY INTEGRATION TESTS (DOUBLES) DATAMODEL CALLBACK DATASOURCE PRESENTER VIEW DELEGATION CALLBACKS UNIT TESTS (Mocked Contract) UNIT TESTS (Mocked Source + Mocked View) PLATAFORM CONTROLLER FUNCTIONAL UI TESTS INTEGRATION TESTS

25 Response Model String description = Blah String date = T19:35:24Z int step = 2 Domain Model String description = Blah LocalDateTime datetime = (JSR310) TrackingStep currentstep = (enum) DATA MODEL View Model String description = Blah String formatteddate = 26/02/2010 String currentstep = Concluído

26 PROBLEMAS EM POTENCIAL Qual representação de dados utilizar? Unificada ou separada? Onde aplicar parsing? E formatação para a UI? Callbacks aninhados Memory leaks no nível do mecanismo de entrega Etc

27 BRACE YOURSELVES RX IS COMING

28 THE RXJAVA REVOLUTION RxJava permite operações assíncronas em um estilo síncrono, turbinadas por operadores funcionais Threading transparente Tratamento unificado de erros via adição ao Observer Pattern Battle-tested

29 COMO ADICIONAR RX NESSA ARQUITETURA??

30 DB UI PRESENTATION LAYER DATA LAYER REST... ETC Callback(T) Callback(T) Callback(T)

31 SUBSTITUIR CALLBACKS POR SEQUÊNCIAS OBSERVÁVEIS

32 PRIMEIRA INTERAÇÃO CAMADA DE DADOS REATIVA

33 REST GATEWAY DATA SOURCE Observable<T> OBSERVER<T> PRESENTER VIEW DELEGATION Callback(T) VIEW

34 public interface HelpDeskEventsSource { Observable<HelpDeskEvent> fetchwith(messagesfororderparameters params); Observable<HelpDeskEvent> sendmessage(messagetosellerparameters params); Observable<HelpDeskEvent> requiremediation(mediationparameters params); ADEUS CALLBACKS!!!

35 public class HelpDeskStreamInfrastructure implements HelpDeskEventsSource public Observable<HelpDeskEvent> fetchwith(messagesfororderparameters params) { return public Observable<HelpDeskEvent> sendmessage(messagetosellerparameters params) { MessageToSellerBody body = SendMessageToSellerBodyMapper.convert(params); return restapi.sendhelpdeskmessagetoseller(body).subscribeon(schedulers.io()).flatmap(emptybody -> fetchwith(samefromseller(params))); Chained request, easy!!!!

36 VANTAGENS OBSERVADAS Facilidades via frameworks utilitários para REST / DB Validação de dados de entrada e tradução de modelos como etapas do pipeline Tratamento de erros, auto retry, exponential backoff no baixo nível

37 PROBLEMAS OBSERVADOS Consumir os dados no nível da apresentação nos força a rodar comportamentos na thread principal do app (orquestração dos callbacks) Indireção forçada para prover Scheduler via DI, para propósitos de testes Muitas responsabilidades no Presenter

38 SEGUNDA INTERAÇÃO CAMADA DE APRESENTAÇÃO REATIVA

39 REST GATEWAY DATA SOURCE Observable<T> SUBSCRIPTION PRESENTER VIEW DELEGATION Observable<T> OBSERVER<T> VIEW

40 public interface SomeView<T> { Func1<Observable<T>, Subscription> results(); Func1<Observable<Unit>, Subscription> showemptystate(); Func1<Observable<Unit>, Subscription> hideemptystate(); Func1<Observable<Unit>, Subscription> showloading(); Func1<Observable<Unit>, Subscription> hideloading(); // More delegation

41 public static <T> Subscription bind(observable<t> observable, Func1<Observable<T>, Subscription> uifunc) { return uifunc.call(observable); public static <T> Func1<Observable<T>, Subscription> uifunction(action1<t> uiaction) { return uifunction(uiaction, () -> {); public static <T> Func1<Observable<T>, Subscription> uifunction(action1<t> uiaction, Action0 done) { return observable -> observable.observeon(androidschedulers.mainthread()).subscribe( uiaction, throwable -> Logger.e(throwable.getMessage()), done );

42 public static <T> Subscription bind(observable<t> observable, Func1<Observable<T>, Subscription> uifunc) { return uifunc.call(observable); public static <T> Func1<Observable<T>, Subscription> uifunction(action1<t> uiaction) { return uifunction(uiaction, () -> {); public static <T> Func1<Observable<T>, Subscription> uifunction(action1<t> uiaction, Action0 done) { return observable -> observable.observeon(androidschedulers.mainthread()).subscribe( uiaction, throwable -> Logger.e(throwable.getMessage()), done );

43 public static <T> Subscription bind(observable<t> observable, Func1<Observable<T>, Subscription> uifunc) { return uifunc.call(observable); public static <T> Func1<Observable<T>, Subscription> uifunction(action1<t> uiaction) { return uifunction(uiaction, () -> {); public static <T> Func1<Observable<T>, Subscription> uifunction(action1<t> uiaction, Action0 done) { return observable -> observable.observeon(androidschedulers.mainthread()).subscribe( uiaction, throwable -> Logger.e(throwable.getMessage()), done );

44 public class HelpDeskMessagingActivity extends BaseActivity implements HelpDeskMessagesStreamView public Func1<Observable<String>, Subscription> restorenotsentmessage() { return uifunction(message -> { Toast.makeText(this, "Erro ao enviar mensagem", LENGTH_SHORT).show(); messageinput.settext(message); public Func1<Observable<Unit>, Subscription> enablecomplaintoption() { return uifunction(action -> public Func1<Observable<Unit>, Subscription> disablecomplaintoption() { return uifunction(action -> public Func1<Observable<Unit>, Subscription> showemptystate() { return uifunction(action -> emptystatecontainer.setvisibility(visible)); // More delegate methods

45 public class HelpDeskMessagingActivity extends BaseActivity implements HelpDeskMessagesStreamView public Func1<Observable<String>, Subscription> restorenotsentmessage() { return uifunction(message -> { Toast.makeText(this, "Erro ao enviar mensagem", LENGTH_SHORT).show(); messageinput.settext(message); public Func1<Observable<Unit>, Subscription> enablecomplaintoption() { return uifunction(action -> public Func1<Observable<Unit>, Subscription> disablecomplaintoption() { return uifunction(action -> public Func1<Observable<Unit>, Subscription> showemptystate() { return uifunction(action -> emptystatecontainer.setvisibility(visible)); // More delegate methods

46 public void userrequiredmediation(string productid, String sellerid) { MediationParameters parameters = new RequiredMediationParameters.Builder().productId(productId) //.sellerid(sellerid).build(); executionpipeline(parameters); PRESENTER LEVEL private void executionpipeline(mediationparameters parameters) { Observable<HelpDeskEventViewModel> execution = source.requiremediation(parameters).doonsubscribe(this::preparetoload).map(viewmodelmappers::map).flatmap(observable::from).dooncompleted(this::finishloadingmessages); subscription().add(bind(execution, view().onmessagesloaded()));

47 VANTAGENS OBSERVADAS Presenter não precisa da noção de threading Possibilidade de combinação de múltiplas fontes de forma organizada Presenter passar a orquestrar a UI através de um pipeline de execução bem definido Tradução de ViewModels é uma etapa do pipeline

48 PROBLEMAS OBSERVADOS Protocolo View ainda estava gordo Repetição de código entre Presenters, normalmente relacionada a comportamentos de UI similares - Mostrar empty state se não houver dados - Mostrar loading ao iniciar operação; esconder ao terminar - Controlar interação com Pull-to-refresh - Estado de erro no caso de problemas, caso não exista conteúdo - Vários outros

49 TERCEIRA INTERAÇÃO REACTIVE VIEW SEGREGATION

50 public interface SomeView<T> { Func1<Observable<T>, Subscription> results(); Func1<Observable<Unit>, Subscription> showemptystate(); Func1<Observable<Unit>, Subscription> hideemptystate(); Func1<Observable<Unit>, Subscription> showloading(); Func1<Observable<Unit>, Subscription> hideloading(); Func1<Observable<Unit>, Subscription> networkerror(); Func1<Observable<Unit>, Subscription> networkunavailable(); Func1<Observable<Unit>, Subscription> networkslow();

51 UI BEHAVIOR... UI BEHAVIOR UI BEHAVIOR UI BEHAVIOR VIEW PROTOCOL

52 public interface EmptyStateView<T> { Func1<Observable<Unit>, Subscription> showemptystate(); Func1<Observable<Unit>, Subscription> hideemptystate(); public interface LoadingView<T> { Func1<Observable<Unit>, Subscription> showloading(); Func1<Observable<Unit>, Subscription> hideloading();

53 public interface NetworkingReporterView<T> { Func1<Observable<Unit>, Subscription> networkerror(); Func1<Observable<Unit>, Subscription> networkunavailable(); Func1<Observable<Unit>, Subscription> networkslow(); public interface SomeView<T> extends LoadingView, EmptyStateView, NetworkingReporterView { Func1<Observable<T>, Subscription> displayresults();

54 - Cada comportamento poderia ter o seu mini-presenter associado, e o Presenter grande faria a orquestração dos colaboradores - Melhor estratégia : fazer a composição ser uma etapa do pipeline!!!

55 f(g(x))

56 public class LoadingWhileProcessing<T> implements Observable.Transformer<T, T> { private PublishSubject<Unit> show, hide = PublishSubject.create(); public Subscription bindloadingcontent(loadingview view) { CompositeSubscription composite = new CompositeSubscription(); composite.add(bind(show, view.showloading())); composite.add(bind(hide, view.hideloading())); return public Observable<T> call(observable<t> upstream) { return upstream.doonsubscribe(this::showloading).doonterminate(this::hideloading); private void hideloading() { hide.onnext(unit.instance()); private void showloading() { show.onnext(unit.instance());

57 public class OrdersHistoryPresenter extends ReactivePresenter<OrdersHistoryView> { // Binding all behaviors on view [... ] public void fetchorders(searchcriteria criteria) { bind(executionpipeline(criteria), view().displayorders()); private Observable<OrderHistoryType> executionpipeline(searchcriteria criteria) { return source.search(criteria).compose(networkerrorfeedback).compose(loadingwhenprocessing).compose(coordinaterefresh).compose(emptystatewhenmissingdata).compose(errorwhenproblems).map(ordershistoryviewmodelmapper::map);

58 @Test public void shouldtransformview_regardlessemptystream() { // When stream has no data Observable<String> stream = Observable.empty(); // and we add transformation to pipeline stream.compose(loadingwhileprocessing).subscribe( s -> {, throwable -> {, () -> { ); // we should interact with view, anyway verify(view.showloadingaction).call(uimethod()); verify(view.hideloadingaction).call(uimethod());

59 VANTAGENS Cada evento delegado para a UI agora é unit-testable de uma forma muito fácil!!! Presenters apenas orquestram a UI (como prega MVP) Presenter não liga para qual tipo de View está associado Transformers são facilmente reutilizáveis

60 PROBLEMAS ENCONTRADOS (I) 1) Boilerplate para o binding de public void bind(ordershistoryview view) { super.bind(view); subscription().add(loadingwhileprocessing.bindloadingcontent(view)); subscription().add(networkerrorfeedback.bindnetworkingreporter(view)); subscription().add(coordinaterefresh.bindrefreshableview(view)); subscription().add(emptystatewhenmissingdata.bindemptystateview(view)); subscription().add(errorstatewhenproblem.binderrorstateview(view)); Possível solução (WIP) : ViewBinder

61 PROBLEMAS ENCONTRADOS (II) 2) Comportamentos injetados via DI no Presenter; possível confusão ao fazer pull das dependências Possível solução (WIP) : ViewBinder fornecido via DI + configuração definida na apresentação 3) Cooperação entre comportamentos Possível solução (WIP) : Transformers agregadores

62 CONCLUSÕES

63 LIÇÕES APRENDIDAS Escolher um modelo de arquitetura não é uma tarefa trivial Evoluir um modelo para obter vantagens de um paradigma (FRP) é ainda menos trivial Não tenha medo de errar; adote iterações na evolução da arquitetura Esforço se paga no médio prazo

64

65 ubiratansoares.github.io