Arquitetura para android

Transcript

1. Arquitetura para projetos Android
2. Caique Oliveira Graduado em Ciência da computação - UFS Android developer - Stone Apresentação
3. Agenda - Introdução - Problemas comuns no desenvolvimento - Arquitetura Limpa(Clean Architecture) - Dependências úteis
4. No começo do aprendizado - Documentação oficial - Stack Overflow - Samples do google no github
5. No começo do aprendizado - Tudo na activity ou fragment - Pouca preocupação com organização - View Einstein - Não me chamo MainActivity atoa
6. No começo do aprendizado - Pouca separação de responsabilidades - Negócio misturado com framework
7. Por que isso acontece? A preocupação é de passar conhecimento sobre determinado assunto
8. Quais as consequências ?
9. Código acoplado
10. Dificuldade em resolver um erro
11. z23678’z23678
12. Realmente o erro foi corrigido? A correção não causa uma nova inconsistência?
13. Péssima testabilidade
14. - Ruim de escalar - Parece um hackathon
15. Resumindo...
16. Como melhorar? - Arquitetura de software - Aquela disciplina chata da faculdade serve pra alguma coisa!
17. Arquitetura de software Como eu posso criar um projeto de forma a não ser xingado por quem pegar meu código?
18. Arquitetura de software Definem estruturas de projeto visando uma boa qualidade de Software
19. Arquitetura de software - Desacoplar o código - Passar a usar o framework ao invés de depender dele - Separar responsabilidades - Testabilidade - Manutenibilidade - Escalabilidade
20. Desacoplando do framework - A view deve apenas exibir informações - Remover lógica da sua view - Remover acesso a banco de dados - Remover request
21. Einstein Activity class EinsteinActivity: AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { showList() } fun showList() { retrofit.enqueue(object : Callback<Contacts> { override fun onResponse(call: Call<Contacts>, response: Response<Contacts>) { // exibe lista } override fun onFailure(call: Call<Contacts>, t: Throwable) { // exibe erro } }) } }
22. Desacoplando do framework interface Contract { interface View { fun showContacts(contacts: ArrayList<Contacts>) fun showError(msg: String) } } class MainActivity : AppCompatActivity(), Contract.View { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) } override fun showContacts(contacts: ArrayList<Contacts>) { //exibe lista } override fun showError(msg: String) { //mostra erro } }
23. Desacoplando do framework interface Contract { interface View { fun showContacts(contacts: ArrayList<Contacts>) fun showError(msg: String) } interface Presenter { fun loadContacts() } } class Presenter : Contract.Presenter { override fun loadContacts(){ // faz algo aqui } }
24. Mas qual conceito aplicado?
26. Modelos de arquitetura - MVP - MVVM - Viper - Clean Architecture - Hexagonal - ...
27. Clean Architecture - Frameworks são detalhes(rest,banco,etc) - Casos de Usos são essenciais - Entidades são essenciais
28. Clean Architecture - Depender o mínimo possível de framework - Depender de comportamentos(interface) - Núcleo Testável
29. Dependency rule
30. Ubiratan Soares
31. Q?
32. Vamos lá - Camadas - Presentation - Domain - Data
33. Cada camada pode ser um módulo no Android Studio
34. Domain - Regras de negócio - Entidades - Sabe executar uma operação - Dependência apenas da linguagem de programação usada
35. Domain UseCasePayment.performPayment(...) UseCaseProfile.updateProfile(...) UseCaseProfile.uploadPhoto(...)
36. interface PhotoRepository { fun photoUpload(string: String, callback: ResultCallback) } interface ResultCallback(){ fun success(result:String) fun 4xx() fun 5xx() fun timeOut() } data class User( val id: Int, val name: String, val email: String, val phone: String, val birthDate: Date, val photoUrl: String)
37. Data - Entrada e saída de dados - Rest - Banco de dados - Cache - Deve ser fácil de substituir - Implementação dos contratos definidos pelo Domain(Repository)
38. class PhotoManager : PhotoRepository { var photoService: PhotoService override fun photoUpload(string: String, callbackResult :ResultCallback){ photoService.upload(string).enqueue(object : Callback<String>{ override fun onResponse(call: Call<String>, response:Response<String>) { callbackResult.success(response.body()) } override fun onFailure(call: Call<String>, t: Throwable) { //trata erro e passa para callbackResult } }) } } interface PhotoRepository { fun photoUpload(string: String, callback: ResultCallback) } interface ResultCallback(){ fun success(result:String) fun 4xx() fun 5xx() fun timeOut() }
39. Presentation Sabe como se comunicar com o domínio da aplicação Fornece os dados para o framework - Data formatada - Entrega tudo mastigado para a view só exibir
40. class SearchPresenter() : SearchContract.Presenter { var useCase = SearchUseCase() var view: SearchContract.View override fun search(name: String) { useCase.execute(name,object : OnComplete { override fun success(result: String) { view.showSearch(result) } override fun error(t: Throwable) { view.showError(“msg”) } }) } } interface OnComplete { fun success(result: String) fun error(t: Throwable) }
41. Establishment{ id = 123 address{ address = "R. Visconde", number = "414", state = "Rio de Janeiro", city = "Rio de Janeiro", district = "Ipanema", zip_code = "22410-002", latitude = 22.9837684, longitude = -43.2074878 } name = "Estabelecimento do bolinha" status : enum = [open, close] } Data Domain Presentation Establishment{ id = 123 address{ "address": "R. Visconde", "number": "414", "state": "Rio de Janeiro", "city": "Rio de Janeiro", "district": "Ipanema", "zip_code": "22410-002" } name = "Estabelecimento do bolinha" distance = 1400 status= true } Establishment{ id = 123 address=”Rua visconde, 414, Rio de janeiro - Rj” name = "Estabelecimento do bolinha" distance = 1,4Km status= “Aberto” }
43. Organização de pacotes
44. Passo a passo
45. Passo a passo Defina uma interface para repository Defina seus casos de uso e suas entidades interface ResultCallback{ fun success(profile:Profile) fun 4xx() fun 5xx() fun error() } interface AuthenticationRepository{ fun login(credential: Credential, callback:ResultCallback) } class LoginUseCase(){ fun login(credentials: Credentials){ return authenticationRepository.login(credentials,callback) } } data class Profile(var name: String, var age : Int) data class Credential(var email: String, var password)
46. Passo a passo Implemente seu repository interface Service { @Get(...) fun signIn(@Body credential: Credential): Call<ProfileResponse> } class AuthenticatorManager(): AuthenticationRepository{ val service : Service override fun login(credential,callback){ service.signIn(credential).enqueue( success(profileResponse){ callback.success(Mapper.toProfile(responsse)) } error(){ // controle o erro aqui }) } }
47. Passo a passo Defina o contrato para View e Presenter interface Contract { inteface View(){ fun showProfile(profile: ProfilePresentation) } interface Presenter { fun attachView(view: View) fun login(email: String, password: String) } }
48. Passo a passo Implemente o presenter inteface OnComplete{ fun onSuccess() fun onError() } class Presenter(loginUseCase: LoginUseCase): Contract.Presenter{ val view : View?=null override attachView(view : View){ this.view = view } override login(email: String, password : String){ loginUseCase.login(Credential(email,password),onComplete{ onSuccess(response){ view?.showProfile(Mapper.toProfilePresenter(response)) } onError(throwable : Throwable){ //trata erro aqui } }) }
49. Passo a passo Implemente o contrato da View class ProfileFragment : Fragment(), Contract.View{ val presenter : Contract.Presenter ?= null override fun onViewCreated(....) { super.onViewCreated(....) presenter = Presenter(...) presenter.attachView(this) } override showProfile(profile: ProfilePresentation){ nameTextView.text = profile.name ageTextView.text = profile.age } override showErrorLogin(msg: String){ toast(msg) } @OnClick(R.id.loginButton) fun onClick(){ presenter.login(emailEditText.text.toString, passwordEditText.text.toString()) } }
50. Dependências úteis Dagger 2 Rxjava 2
51. Dúvidas?
52. Exemplo clean https://goo.gl/R2MzkK
53. Referências Escaping from framework(Ubiratan soares) https://speakerdeck.com/ubiratansoares/escaping-from-the-framework The clean architecture(Uncle Bob): https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html
54. Obrigado! twitter: @_josecaique email: jcaique.jc@gmail.com slack android dev br: caique github: jcaiqueoliveira https://goo.gl/xjnnWs