O documento descreve o padrão arquitetural VIPER, que promove uma arquitetura limpa dividida em módulos com único propósito. Inicialmente, mostra como dividir uma classe Car em DrivableCar, MaintainableCar e ComfortableCar para seguir o princípio da responsabilidade única. Posteriormente, introduz os papéis View, Presenter, Interactor, Entity e Router para organizar a arquitetura em camadas.

1. VIPER
DESIGN PATTERN

2. Padrão de projeto arquitetural
▪ Arquitetura "limpa"
▪ Divisão em módulos
▪ Princípio da responsabilidade única

4. class Car {
func accelerate() {}
func brake() {}
func turnLeft() {}
func turnRight() {}
func addFuel() {}
func changeOil() {}
func rotateTires() {}
}

5. class Car {
func accelerate() {}
func brake() {}
func turnLeft() {}
func turnRight() {}
func addFuel() {}
func changeOil() {}
func rotateTires() {}
func adjustDriverSeat() {}
func turnOnAC() {}
func playCD() {}
}

6. Violação do princípio
▪Um carro pode ser dirigido
▪Um carro deve receber manutenção
▪Um carro deve prover conforto

7. class DrivableCar {
func accelerate() {}
func brake() {}
func turnLeft() {}
func turnRight() {}
}
class MaintainableCar {
func addFuel() {}
func changeOil() {}
func rotateTires() {}
}
class ComfortableCar {
func adjustDriverSeat() {}
func turnOnAC() {}
func playCD() {}
}

8. protocol Drivable {
func accelerate() {}
func brake() {}
func turnLeft() {}
func turnRight() {}
}
protocol Maintainable {
func addFuel() {}
func changeOil() {}
func rotateTires() {}
}
protocol Comfortable {
func adjustDriverSeat() {}
func turnOnAC() {}
func playCD() {}
}

9. class Car: Drivable, Maintainable, Comfortable {
func accelerate() {}
func brake() {}
func turnLeft() {}
func turnRight() {}
func addFuel() {}
func changeOil() {}
func rotateTires() {}
func adjustDriverSeat() {}
func turnOnAC() {}
func playCD() {}
}

10. class Car: Drivable, Maintainable, Comfortable {
let drivable = DrivableCar()
let maintenable = MaintainableCar()
let confortable = ComfortableCar()
func accelerate() { drivable.accelerate() }
func brake() { drivable.brake() }
func turnLeft() { drivable.turnLeft() }
func turnRight() { drivable.turnRight() }
func addFuel() { maintenable.addFuel() }
func changeOil() { maintenable.changeOil() }
func rotateTires() { maintenable.rotateTires() }
func adjustDriverSeat() { confortable.adjustDriverSeat() }
func turnOnAC() { confortable.turnOnAC() }
func playCD() { confortable.playCD() }
}

12. View

13. View
▪ Mostra informações para o usuário
▪ Recebe comandos vindos do Presenter
sobre o que exibir
▪Detecta interações e notificar o Presenter

14. Presenter

15. Presenter
▪ Diz para a View o que ela deve executar
▪ Responsável por cuidar do estado da View
▪Recebe callbacks do Interactor

16. Interactor

17. Interactor
▪ Implementação dos casos de uso
▪ Integração com API, DB...
▪ Envia os dados recebidos externamente
para o Presenter realizar o tratamento
necessário antes de atualizar a View
▪O trabalho realizado pelo Interactor deve
ser independente de qualquer UI

18. Entity

19. Entity
▪ São modelos manipulados pelo Interactor
▪ Entity != Data Access Layer
▪Na maioria das vezes os modelos acabam
sendo PONSOs

20. Router

21. Router
▪ Responsável pela transação entre
diferentes módulos
▪ Responsável pela inicialização do próximo
módulo a ser chamado.
▪Responsável pela customização de
animações entre telas

22. Conclusão
▪ Maior facilidade em encontrar e resolver bugs
▪ Código mais "limpo" e compacto
▪ Gera uma maior reusabilidade do código
▪ Maior facilidade em adicionar/modificar features
▪ Fácil e rápido de escrever testes automatizados
confiáveis

23. Dúvidas?
https://br.linkedin.com/in/pedrohperalta
pedrohperalta
@pedrohperalta

24. Referências
http://clean-swift.com/single-responsibility-principle-
for-class/
https://www.objc.io/issues/13-architecture/viper/
https://www.ckl.io/blog/ios-project-architecture-
using-viper/