Swift में आर्किटेक्चरल पैटर्न: MVC, MVVM और VIPER उदाहरणों के साथ

Swift में आर्किटेक्चरल पैटर्न: अव्यवस्था से व्यवस्था की ओर

हर iOS डेवलपर को देर-सबेर इस सवाल का सामना करना पड़ता है: "कोड को इस तरह कैसे व्यवस्थित करें कि प्रोजेक्ट छह महीने में स्पेगेटी न बन जाए?" इसका जवाब सरल है — आर्किटेक्चरल पैटर्न। Swift में, किसी भी अन्य भाषा की तरह, आर्किटेक्चर का चुनाव यह निर्धारित करता है कि ऐप को बनाए रखना, परीक्षण करना और विस्तार करना कितना आसान होगा। आज हम तीन सबसे लोकप्रिय दृष्टिकोणों पर चर्चा करेंगे: MVC, MVVM और VIPER। कोई शुष्क सिद्धांत नहीं — केवल वास्तविक कोड और व्यावहारिक सुझाव।

यदि आप Swift में लिखते हैं, लेकिन अब भी "सब कुछ एक फ़ाइल में" रखते हैं — यह लेख आपके लिए है। चलिए शुरू करते हैं!

MVC (Model-View-Controller) — शैली का क्लासिक

MVC एक पैटर्न है जिसे Apple UIKit के आधार में रखता है। ऐसा लगता है कि सब कुछ सरल है: Model डेटा के लिए जिम्मेदार है, View प्रदर्शन के लिए, Controller उन्हें जोड़ता है। लेकिन व्यवहार में, iOS में MVC अक्सर Massive View Controller में बदल जाता है — एक कंट्रोलर जो सब कुछ जानता है, सब कुछ करता है और हज़ारों पंक्तियों का होता है।

हालांकि, यदि अनुशासन का पालन किया जाए, तो MVC बढ़िया काम करता है। यहाँ उपयोगकर्ताओं की सूची दिखाने वाले एक सरल ऐप का उदाहरण है।

// Model\nstruct User {\n    let name: String\n    let email: String\n}\n\n// View (UI कोड नहीं, बल्कि अपडेट के लिए प्रोटोकॉल)\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: "त्रुटि", message: error.localizedDescription, preferredStyle: .alert)\n        alert.addAction(UIAlertAction(title: "ठीक है", 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}

MVC के लाभ:

\n
• सरलता और स्पष्टता — कोई भी नया डेवलपर जल्दी समझ जाता है।
\n
• Apple का मूल समर्थन — तृतीय-पक्ष लाइब्रेरी जोड़ने की आवश्यकता नहीं।
\n
• छोटे प्रोजेक्ट्स के लिए त्वरित शुरुआत।
\n

MVC के नुकसान:

\n
• कंट्रोलर "मोटे" और परीक्षण करने में कठिन हो जाते हैं।
\n
• विभिन्न स्क्रीनों के बीच तर्क का पुन: उपयोग करना कठिन है।
\n
• प्रोजेक्ट बढ़ने पर कोड स्पेगेटी में बदल जाता है।
\n

निष्कर्ष: MVC सरल ऐप्स या प्रोटोटाइप के लिए अच्छा है। यदि आप जानते हैं कि प्रोजेक्ट बढ़ेगा — MVVM या VIPER की ओर देखें।

MVVM (Model-View-ViewModel) — आधुनिक मानक

MVVM MVC की मुख्य समस्या को हल करता है — कंट्रोलर को हल्का करता है। सभी व्यावसायिक तर्क और प्रदर्शन के लिए डेटा तैयार करना ViewModel में स्थानांतरित कर दिया जाता है। View (कंट्रोलर) केवल परिवर्तनों की सदस्यता लेता है