Padrões de Arquitetura em Swift: MVC, MVVM e VIPER com Exemplos

Padrões de Arquitetura em Swift: do Caos à Organização

Todo desenvolvedor iOS, mais cedo ou mais tarde, se pergunta: "Como organizar o código para que o projeto não vire um macarrão em seis meses?" A resposta é simples — padrões de arquitetura. Em Swift, como em qualquer outra linguagem, a escolha da arquitetura define o quão fácil será manter, testar e expandir seu aplicativo. Hoje vamos explorar três abordagens populares: MVC, MVVM e VIPER. Nada de teoria seca — apenas código vivo e dicas práticas.

Se você programa em Swift, mas ainda usa "tudo em um arquivo" — este artigo é para você. Vamos nessa!

MVC (Model-View-Controller) — O Clássico

MVC é o padrão que a Apple coloca como base do UIKit. Parece simples: Model cuida dos dados, View cuida da exibição, Controller faz a ponte entre eles. Mas na prática, o MVC no iOS frequentemente vira um Massive View Controller — um controlador que sabe tudo, faz tudo e pesa milhares de linhas.

Porém, com disciplina, o MVC funciona muito bem. Veja um exemplo simples de um app que exibe uma lista de usuários.

// Model\nstruct User {\n    let name: String\n    let email: String\n}\n\n// View (não é código de UI, mas um protocolo para atualizações)\nprotocol UserListView: AnyObject {\n    func showUsers(_ users: [User])\n    func showError(_ error: Error)\n}\n\n// Controller\nclass UserListViewController: UIViewController, UserListView {\n    \n    @IBOutlet weak var tableView: UITableView!\n    private var users: [User] = []\n    private let dataService = DataService()\n    \n    override func viewDidLoad() {\n        super.viewDidLoad()\n        tableView.dataSource = self\n        loadUsers()\n    }\n    \n    func loadUsers() {\n        dataService.fetchUsers { [weak self] result in\n            switch result {\n            case .success(let users):\n                self?.showUsers(users)\n            case .failure(let error):\n                self?.showError(error)\n            }\n        }\n    }\n    \n    func showUsers(_ users: [User]) {\n        self.users = users\n        tableView.reloadData()\n    }\n    \n    func showError(_ error: Error) {\n        let alert = UIAlertController(title: "Erro", message: error.localizedDescription, preferredStyle: .alert)\n        alert.addAction(UIAlertAction(title: "OK", style: .default))\n        present(alert, animated: true)\n    }\n}\n\nextension UserListViewController: UITableViewDataSource {\n    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {\n        return users.count\n    }\n    \n    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {\n        let cell = tableView.dequeueReusableCell(withIdentifier: "UserCell", for: indexPath)\n        let user = users[indexPath.row]\n        cell.textLabel?.text = user.name\n        cell.detailTextLabel?.text = user.email\n        return cell\n    }\n}

Vantagens do MVC:

\n
• Simplicidade e clareza — qualquer novo desenvolvedor entende rápido.
\n
• Suporte nativo da Apple — sem necessidade de bibliotecas externas.
\n
• Início rápido para projetos pequenos.
\n

Desvantagens do MVC:

\n
• Controladores ficam "gordos" e difíceis de testar.
\n
• Dificuldade em reutilizar lógica entre diferentes telas.
\n
• Conforme o projeto cresce, o código vira um espaguete.
\n

Conclusão: MVC é ótimo para apps simples ou protótipos. Se você sabe que o projeto vai crescer, considere MVVM ou VIPER.

MVVM (Model-View-ViewModel) — O Padrão Moderno

MVVM resolve o principal problema do MVC: alivia o controlador. Toda a lógica de negócios e preparação de dados para exibição vai para o ViewModel. A View (controlador) apenas se inscreve nas mudanças