This project is a concept proof for a Modular App, sharing data among the modules, without using Singletons.
App structure is divided in four parts, each one being considered a module itself:
- [The App itself - You are here] (https://github.com/inacioferrarini/movie-list-app)
- [common module] (https://github.com/inacioferrarini/movie-list-common)
- [Movie Catalog] (https://github.com/inacioferrarini/movie-list-moviecatalog)
- [Favorites] (https://github.com/inacioferrarini/movie-list-favorites)
The App uses coordinator for navigation.
A View is responsible for the presentation and visual composition. One or more views can be used to compose a more complex view, and insolated in components for easier reuse.
A ViewController controlls the view's lifecycle, fetches data, do auxiliary work required by the view to be displayed properly. If the ViewController becomes too complex, it may be divided into smaller objects.
A Coordinator is responsible to define the next (or previous) ViewController to be displayed, as well as provide data for the ViewController.
Auxiliary objects are used when needed. DataSources and Delegates are used as external objects for TableViews and Delegates.
This project is inspired by Concrete iOS Challenge - See Bellow.
This project was develop using Xcode 10.1 and Carthage for dependency management.
This project uses two frameworks I've developed:
git clone git@github.com:inacioferrarini/movie-list-app.git --recursive
rake cartupdateall
Obrigado por participar do desafio iOS da Concrete! Estamos muito contentes pelo seu primeiro passo para fazer parte de um time excepcional.
Você deverá criar uma app sobre filmes, usando a API do TheMovieDB. Legal, certo? Para dar uma padronizada e ter um layout minimamente definido anexamos alguns assets que vão te ajudar a desenvolver esse app:
Pense no desafio como uma oportunidade de mostrar todo o seu conhecimento. E faça com calma, você tem uma semana para entregar! Vamos avaliar como você lida com casos de:
- Consumo de APIs
- Persistência de dados (Favoritos)
- Lógicas de filtros e buscas.
- Estruturação de layout e fluxo de aplicação.
O único pré-requisito é que o código seja feito em Swift, de preferência na versão mais atual. Sinta-se a vontade para:
- Usar ou não usar bibliotecas
- Estruturar seu layout com storyboards, xibs ou ViewCode
- Adotar a arquitetura que você quiser.
Somos especialmente preocupados com qualidade e acreditamos bastante em testes automatizados. Entretanto, sabemos que não é um tópico dominado por todos, por isso aceitamos desafios com todos os perfis e diferentes momentos de experiência e conhecimento técnico. Para posições mais Seniors, porém, damos muito importância para a qualidade do código.
- Tela de Splash;
- Layout em abas, contendo na primeira aba a tela de grid de filmes e na segunda aba a tela de lista de filmes favoritados no app;
- Tela de grid de filmes trazendo a lista de filmes populares da API.
- Tratamento de erros e apresentação dos fluxos de exceção: Busca vazia, Error generico, loading;
- Ao clicar em um filme do grid deve navegar para a tela de detalhe do filme;
- Tela de Detalhe do filme deve conter ação para favoritar o filme;
- Tela de Detalhe do filme deve conter gênero do filme por extenso (ex: Action, Horror, etc); Use esse request da API para trazer a lista.
- Tela de lista de favoritos persistido no app entre sessões;
- Tela de favoritos deve permitir desfavoritar um filme.
- Tela de grid com busca local;
- Scroll Infinito para fazer paginação da API de filmes populares;
- Célula do Grid de filmes com informação se o filme foi favoritado no app ou não;
- Tela de filtro com seleção de data de lançamento e gênero. A tela de filtro só é acessível a partir da tela de favoritos;
- Ao Aplicar o filtro, retornar a tela de favoritos e fazer um filtro local usando as informações selecionadas referentes a data de lançamento e gênero;
- Testes unitários no projeto;
- Testes funcionais.
- Pipeline Automatizado
Abaixo podemos ver algumas telas de exemplo de alguns desses fluxos. São apenas sugestões, fique à vontade para modificar como você quiser. Para facilitar o processo, existem assets, app icons, ícones e paleta de cores no repositório. Mas se o seu lado designer falar mais alto, pode nos surpreender!
Depois de implementar a solução, envie um pull request para este repositório. O processo de Pull Request funciona da seguinte maneira:
- Faça um fork deste repositório (não clonar direto!);
- Faça seu projeto neste fork;
- Commit e suba as alterações para o SEU fork;
- Pela interface do Github, envie um Pull Request.
Deixe o fork público para facilitar a inspeção do código.
Não tente fazer o PUSH diretamente para ESTE repositório!