iOS开发中MVC、MVVM模式详解

本文详细介绍了iOS开发中常用的MVC、MVVM和MVP模式,解释了它们各自的特点和应用场景。重点讨论了Model、View、Controller之间的职责划分及如何实现数据和状态的传递。同时,对比了MVC与MVVM模式在分离模型与视图、减轻控制器负担方面的差异,并阐述了MVVM模式在提高应用测试性和维护性上的优势。此外,文章还探讨了如何在MVVM架构中合理组织ViewModel,以及在不同场景下如何选择合适的模式进行开发。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

iOS中的MVC(Model-View-Controller)将软件系统分为Model、View、Controller三部分



Model: 你的应用本质上是什么(但不是它的展示方式)
Controller:你的Model怎样展示给用户(UI逻辑)
View:用户看到的,被Controller操纵着的

Controller可以直接访问Model,也可以直接控制View。
但Model和View不能互相通信。

View可以通过action-target的方式访问Controller,比如我们在StoryBoard中拖UIButton到代码中所创建的@IBAction,当按钮被点击时,View就会传递该信息给Controller。
有时候Controller需要实时监控View的状态,这时Controller会通过protocol将其自身设为View的delegate,这样当View will change、should change、did change 的时候Controller也会接到相应通知。
View不存储数据,但View可以通过协议获取Controller而不是Model中的数据用来展示。
Controller整理Model中的数据用于给View展示。

Model不能直接与Controller通讯,因为Model是独立于UI存在的。
但当Model发生改变想通知Controller时可使用广播机制,在iOS中有NSNotification和KVO(Key-value observing)可供使用。

NSNotification:

        let center = NSNotificationCenter.defaultCenter()
       
        center.
addObserverForName(UIContentSizeCategoryDidChangeNotification,
            object:
UIApplication.sharedApplication(),
            queue:
NSOperationQueue.mainQueue())
            { notification
in
               
let c = notification.userInfo?[UIContentSizeCategoryNewValueKey]
        }

UIContentSizeCategoryDidChangeNotification以及UIContentSizeCategoryNewValueKey均为系统中定义好的String

KVO:

在ViewDidLoad中:
     webView.addObserver(self, forKeyPath: "estimatedProgress", options: .New, context: nil)

     override func observeValueForKeyPath(keyPath: String?, ofObject object: AnyObject?, change: [NSObject : AnyObject]?, context: UnsafeMutablePointer<Void>) {
             if (keyPath == "estimatedProgress") {
                 progressView.hidden = webView.estimatedProgress == 1
                 progressView.setProgress(Float(webView.estimatedProgress), animated: true)
             }
         }

MVP模式从经典的MVC模式演变而来,将Controller替换成Presenter,依据MVP百度百科中的解释,MVP的优点相比较于MVC是完全分离Model与View,Model与View的信息传递只能通过Controller/Presenter,我查阅资料发现在其他平台上的MVC模式View与Model能否直接通讯有着不同的说法,但在iOS开发中,Apple是这么说的。在MVC下,所有的对象被归类为一个model,一个view,或一个controller。Model持有数据,View显示与用户交互的界面,而View Controller调解Model和View之间的交互,在iOS开发中我按照Model与View无法相互通讯来理解。

MVVM(Model View View-Model



上图展示了MVVM与MVC的差别。

在MVC模式的iOS开发中,Controller承担了太多的代码,包含着我们的视图处理逻辑和业务逻辑。



在MVVM中,我们将视图处理逻辑从C中剥离出来给V,剩下的业务逻辑部分被称做View-Model。
使用MVVM模式的iOS应用的可测试性要好于MVC,因为ViewModel中并不包含对View的更新,相比于MVC,减轻了Controller的负担,使功能划分更加合理。

MVVM模式的正确实践是,我们应该为app delegate的根视图创建一个ViewModel,当我们要生成或展示另一个次级ViewController时,采用当前的ViewModel为其创建一个子ViewModel。

而这些ViewModel的代码并不放在ViewController中,我们的View请求自己的ViewModel来获取所需的数据,ViewController完全归于View。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值