Kuidas kasutada MVC arhitektuuri, et vältida…

MVC (Model-View-Controller) iOS sageli viib "paksude" kontrollereideni nende äriloogika ja vaate loogika paiknemise tõttu. Selle probleemi saab lahendada järgmiste lähenemisviisidega:

Vaate loogika eraldamine View'le: Luua spetsiaalsed UIView või tabeli/kogumiku rakkude komponendid, mis vastutavad andmete kuvamise ja põhikasutaja tegevuste (näiteks nuppude vajutamine rakus) töötlemise eest. Kontroller konfigureerib ainult View'd vajalike andmetega.

class MyCustomView: UIView {
    private let label = UILabel()

    override init(frame: CGRect) {
        super.init(frame: frame)
        addSubview(label)
        // constraints ja muud seadistused
    }

    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }

    func configure(with text: String) {
        label.text = text
    }

    // UIControlEvents sündmuste töötlemine, näiteks addTarget abil
}

Ärilogika eraldamine Modeli või eraldi Service Object'ide hulka: Luua klassid, mis vastutavad konkreetsete operatsioonide (näiteks võrgu, andmebaasi, andmete valideerimise) eest. Kontroller delegeerib nende ülesannete täitmise nendele objektidele.

class UserService {
    func fetchUsers(completion: @escaping ([User]?, Error?) -> Void) {
        // võrgu päringu loogika
    }
}

class ProfileViewController: UIViewController {
    private let userService = UserService()

    override func viewDidLoad() {
        super.viewDidLoad()
        userService.fetchUsers { users, error in
            // UI uuendamine saadud andmete või vea põhjal
        }
    }
}

Data Source ja Delegate protokollide kasutamine: Rakendada UITableViewDataSource, UICollectionViewDataSource, UITableViewDelegate, UICollectionViewDelegate protokollid eraldi klassides, mitte otse kontrolleris. Kontroller omab ainult nende klasside eksemplare.

class UsersTableViewDataSource: NSObject, UITableViewDataSource {
    private var users: [User] = []

    func update(users: [User]) {
        self.users = users
    }

    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return users.count
    }

    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: "UserCell", for: indexPath)
        let user = users[indexPath.row]
        cell.textLabel?.text = user.name
        return cell
    }
}

class UsersViewController: UIViewController {
    @IBOutlet weak var tableView: UITableView!
    private let dataSource = UsersTableViewDataSource()

    override func viewDidLoad() {
        super.viewDidLoad()
        tableView.dataSource = dataSource
        // Andmete laadimine ja edastamine dataSource.update(users:)
    }
}

Coordinator Pattern'i rakendamine: Luua eraldi objektid, mis vastutavad ekraanidevahelise navigeerimise eest. Kontrollerid teavad ainult seda, et tuleb liikuda järgmise sammu juurde, kuid ei tea, milline kontroller järgmiseks saab.

protocol AppCoordinator: AnyObject {
    func start()
    func showUserDetails(user: User)
}

class MainAppCoordinator: AppCoordinator {
    private let navigationController: UINavigationController

    init(navigationController: UINavigationController) {
        self.navigationController = navigationController
    }

    func start() {
        let usersVC = UsersViewController()
        // seadistada delegaat, dataSource ja muud
        navigationController.pushViewController(usersVC, animated: false)
    }

    func showUserDetails(user: User) {
        let userDetailsVC = UserDetailsViewController(user: user)
        navigationController.pushViewController(userDetailsVC, animated: true)
    }
}

Need lähenemisviisid võimaldavad vähendada kontrolleri koormust, muutes selle "õhemaks" ning keskenduma View'i elutsükli juhtimisele ja koostöö korraldamisele Model ja View vahel, mitte kogu rakenduse loogika täitmisele.

Kuidas kasutada MVC arhitektuuri, et vältida kontrolleri ülekoormust?