https://github.com/marks5/muxixonga
https://github.com/marks5/muxixonga
Last synced: 2 months ago
JSON representation
- Host: GitHub
- URL: https://github.com/marks5/muxixonga
- Owner: marks5
- Created: 2017-07-08T06:26:32.000Z (almost 9 years ago)
- Default Branch: master
- Last Pushed: 2017-07-10T07:04:05.000Z (almost 9 years ago)
- Last Synced: 2025-12-31T01:58:06.949Z (6 months ago)
- Language: Java
- Size: 192 KB
- Stars: 0
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# muxixonga
* Explicações gerais
Atualmente não trabalho com MVP mas sempre gostei da aplicabilidade deste por conta dos testes, código com qualidade só com testes.
Era necessário então com o pouco tempo focar ou na integração com C ou no desenvolvimento de MVP que se alinha com testes, portanto, optei pelo desenvolvimento do MVP.
Pensando nisso tive que tirar estes dias em que não trabalho (fim_de_semana) para estudar e aplicar o conceito de MVP com testes.
# Do MVP
- Classes providers utilizando Retrofit e Picasso com cache.
- As activities possuem todos métodos que são chamados do presenter mesmo quando estão em transição de estado (outBundle) ou de telas.
1. Por falar em transição de telas, optei por uso de Parceler (já trabalho há algum tempo), a implementação pode ser chata mas se ponderarmos entre Serializable e Parcelable a velocidade em que é trafegado os dados com o uso Parceler é absurdamente maior que Serializable.
2. Tentei fazer com que todas as Activities possuam métodos que sejam todos testáveis mesmo com o uso de Parcelables.
- Testes Unitários com: JUnit, Mockito e Powermock. Testes básicos apenas para aprendizado/amostragem.
- Testes de UI com: Espresso, testes básicos apenas para aprendizado/amostragem.
- Classes de injeções feitas sem o uso de Dagger (tenho que dar uma lida sobre).
- Tentei fazer a integração do C mas não deu muito certo a ideia de tratar a recursividade para cuidar de uma Thread.
# Sobre testes
- Criei flavors para testes no início do projeto entretanto o PC já não aguentava mais com variações de 40 ~~ 90 minutos o build. Voltei atrás e deixei sem flavors mesmo:
* Para testes unitários:
1. Vá até a pasta tests dentro dela você encontra alguns arquivos chamados FruitsRepositoryImplTest e ListFruitsPresenterTest, pode clicar com o botão direito neles e pode dar run test. (caso não dê pra rodar por conta do Parcelable limpe o cache do AndroidStudio).
* Para testes de UI:
- Testes de UI em base, são feitos com Mock para garantir que o objeto esteja lá não importando o que.
Meu último push contém testes que passarão com Injection prod apenas. Se não quiser testar com o Mock pule a primeira parte.
1. Primeiro, altere a classe de Injection para InjectionMock em ListFruitsActivity:
listFruitsPresenter = new ListFruitsPresenter(Injection.provideListFruits(), Schedulers.io(), AndroidSchedulers.mainThread());
2. Vá até a pasta androidTestMock dentro de androidTests, clique com botão direito em ListFruitActivityTest e dê run neste arquivo.