Swift2编程之道:POP+MVVM

Swift2编程之道:POP+MVVM,第1张

概述Swift2.0中引入了协议扩展的特性,并且建议开发者一切从协议(Protocol)出发,经过几个月的学习探索,博主发现Swift作为一门面向协议编程(POP)的语言非常适合时下火热的MVVM架构。MVVM已经提出有一段时间了,如果你还不懂什么是MVVM,建议先去补充相关的知识,再回到本文中。 在Cocoa Touch体系内,MVC是广为人知的经典架构,博主之前也讲解过MVC的相关知识,但是随着业

Swift2.0中引入了协议扩展的特性,并且建议开发者一切从协议(Protocol)出发,经过几个月的学习探索,博主发现Swift作为一门面向协议编程(POP)的语言非常适合时下火热的MVVM架构。MVVM已经提出有一段时间了,如果你还不懂什么是MVVM,建议先去补充相关的知识,再回到本文中。
在Cocoa touch体系内,MVC是广为人知的经典架构,博主之前也讲解过MVC的相关知识,但是随着业务逻辑的扩张,控制器中的代码可能会变得非常庞大导致难以维护,因为无论是OC还是Swift都是单类继承,这就使得类的世界总是处于一个垂直的继承链中。
而在2.0版本之前的Swift版本中,协议中的成员无法进行初始化,只存在一个声明,这就造成了代码复用上的困难。好在Swift2.0中引入的协议扩展,使得协议可以通过扩展的方法赋予默认的实现,并且通过where语法为不同的协议组合赋予不同的初始格式,controller可以通过简单的遵循某个协议,而获得协议中定义好的方法,直接使用,大大缓解了控制器的压力,不会造成臃肿的继承关系。
另外虽然MVC中的vIEw和controller应该是松散的,但在实际开发中我们都知道,vIEw和controller的结合非常紧密,大量处理vIEw的代码都会写在controller中,会对DeBUG的定位造成一定的困扰。
基于以上的问题,为针对iOS代码解耦和的MVVM框架日渐火热,结合Swift2.0中的协议扩展特性可以写出非常悦目的代码。具体请看下面的示例,在一个非常常见的商品展示的tableVIEw中,传统的做法大抵如下:
你需要一个继承一个tableVIEwCell的基类,然后在storyboard中设计好你的页面,再把页面与代码的元素关联起来:

class ShowedtableVIEwCell: UItableVIEwCell {    @IBOutlet weak var showedImage: UIImageVIEw!    @IBOutlet weak var nameLabel: UILabel!    @IBOutlet weak var priceLabel: UILabel!    func configCell(showedImageVIEw:UIImageVIEw,name:String,price:String){...}    ...}

而工程中商品对应的数据模型(Modal)中保存了商品信息的数据结构,名称、价格、第三方平台上保存的图片地址等等。

class Something {    var name:String?    var price:String?    var imageVIEwURL:String?}

这些信息需要提供给Cell做展示,此时你会发现定义完数据结构之后似乎就没Modal啥事了,你会打开熟悉的Controller代码,在里面关联一张tablevIEw,运用封装的网络通信方法获取Modal中需要的信息,保存在controller中的临时数组[Something]中,最后筛选出相应的信息在tablevIEw的datasource方法和delegate中运用传递。这一切似乎顺理成章,但是如果你的controller对应的是某个商城的首页,首页中除了tablevIEw可能还有navigation、slIDer、collectionVIEw等等,那么你的controller代码会变得非常臃肿,Boooom!~
上面的示例运用POP+MVVM是这样的:
1.首先编写一个用来传递数据的协议,这个协议中的方法按照需要传递的数据类型来命名,参数为可变参数,本例中的代码如下:

protocol RenderContext{    func renderText(texts:String...)    func renderImage(images:UIImage...)    //func renderInt、renderDouble...}

注意这里我们虽然只用到了String和UIImageVIEw类型,但实际协议中的方法不需要局限于这两个类型,你可以通过协议扩展的规则来复用这个协议。
2.定义反向的数据传递:

protocol VIEwModal{    func contextInRender(context:RenderContext)}

3.在相应的场合中扩展上面的协议,使得协议中的方法获得实现:

extension ShowedtableVIEwCell:RenderContext{    func renderText(texts: String...) {        nameLabel?.text = texts.first        priceLabel?.text = texts.last    }    func renderImage(images: UIImage...) {        showedImage.image = images.first    }}
extension Something:VIEwModal{    func contextInRender(context: RenderContext) {        context.renderText(name!,price!)        context.renderImage(UIImage(data: NSData(contentsOfURL: NSURL(string: imageVIEwURL!)!)!)!)    }}

VIEw和Modal彼此通过两个协议进行交互,这个写法的灵感来自2016Swift大会上做分享的大神傅若愚,没有引入新的代码层次,博主会在新的工程中继续实践这种新的MVVM模式,带来更多的分享。

总结

以上是内存溢出为你收集整理的Swift2编程之道:POP+MVVM全部内容,希望文章能够帮你解决Swift2编程之道:POP+MVVM所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1079253.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-27
下一篇 2022-05-27

发表评论

登录后才能评论

评论列表(0条)

保存