adenilsonricardo / desafiopicpay

Projeto com objetivo de explorar as habilidades e conhecimento do candidato a Dev Android.

Característica da Resolução do Desafio Android:

• Kotlin
• Utilizado arquitetura Clean combinado com Mvvm
• Navigation Component
• Componentes do Android Jetpack
• Testes Unitários
• Injeção de Dependencia com Koin
• Coroutines

1ª Etapa - Configuração do Gradle:

• Implementar ferramentas adicionais;
• Atualizado versões de ferramentas do projeto;
• Atualizado versões do gradle(7.5) e gradle puglin(7.4.2)

2ª Etapa - Camada Data

• Pasta api com a interface com o método e o endpoint necessários;
• Pasta model com a data class com itens que serão necessário no projeto;
• Pasta datasource com a implementação indicando a busca de informações em um webservice, e uma interface para ser utilizado no projeto em outros locais;
• Pasta repository com a implementação controlando para onde enviar a requisição.

Screenshot:

3ª Etapa - Camada Domain

• Pasta repository com a interface da implementação para utilizar nesta camada;
• Pasta usecase com a classe que contém a regra de negócio.

Screenshot:

4ª Etapa - Camada Presentation

• Pasta View composta por subpastas activity, adapter e fragment
• Pasta viewModel com a classe que interage com as alterações sinalizadas na view
• Criado o layout fragment e o navigation para o fragment ser exibido sobre a activity

Screenshot:

5ª Etapa - Camada Utils

• Classe com a configuração do retrofit para fazer a requisição e conversão dos dados requisitados.

Screenshot:

6ª Etada - Injeção de Dependencia

• Configurado as classes para utilizar injeção de depencia no projeto através do Koin.
• Classe MyApp para iniciar o Koin, UsersModule para definir quais são as classes a serem fabricadas, e FeatureModule para carregar as dependencias necessárias.

Screenshot:

7º Etapa - Testes Unitários

• Implementado teste para o datasource em caso de sucesso ou falha;
• Implementado teste para repository em caso de sucesso ou falha;
• Implementado teste para usecase em caso de sucesso ou falha;
• Implementado teste para viewmodel em caso de sucesso ou falha;
• Utilizado um object para simular uma resposta.

8ª Etapa - Projeto executando

device-2023-04-27-115422.webm

___________________________________________________________________________________________________

PicPay - Desafio Android

Um dos desafios de qualquer time de desenvolvimento é lidar com código legado e no PicPay isso não é diferente. Um dos objetivos de trazer os melhores desenvolvedores do Brasil é atacar o problema. Para isso, essa etapa do processo consiste numa proposta de solução para o desafio abaixo e você pode escolher a melhor forma de resolvê-lo, de acordo com sua comodidade e disponibilidade de tempo:

• Resolver o desafio previamente, e explicar sua abordagem no momento da entrevista.
• Discutir as possibilidades de solução durante a entrevista, fazendo um pair programming (bate-papo) interativo com os nossos devs.

Com o passar do tempo identificamos alguns problemas que impedem esse aplicativo de escalar e acarretam problemas de experiência do usuário. A partir disso elaboramos a seguinte lista de requisitos que devem ser cumpridos ao melhorar nossa arquitetura:

• Em mudanças de configuração o aplicativo perde o estado da tela. Gostaríamos que o mesmo fosse mantido.
• Nossos relatórios de crash têm mostrado alguns crashes relacionados a campos que não deveriam ser nulos sendo nulos e gerenciamento de lifecycle. Gostaríamos que fossem corrigidos.
• Gostaríamos de cachear os dados retornados pelo servidor.
• Haverá mudanças na lógica de negócios e gostaríamos que a arquitetura reaja bem a isso.
• Haverá mudanças na lógica de apresentação. Gostaríamos que a arquitetura reaja bem a isso.
• Com um grande número de desenvolvedores e uma quantidade grande de mudanças ocorrendo testes automatizados são essenciais.
  • Gostaríamos de ter testes unitários testando nossa lógica de apresentação, negócios e dados independentemente, visto que tanto a escrita quanto execução dos mesmos são rápidas.
  • Por outro lado, testes unitários rodam em um ambiente de execução diferenciado e são menos fiéis ao dia-a-dia de nossos usuários, então testes instrumentados também são importantes.

Boa sorte! =)

Ps.: Fique à vontade para editar o projeto inteiro, organização de pastas e módulos, bem como as dependências utilizadas