<h2>前言</h2>    <p>以前对mvvm的理解仅仅是将控制器的一些业务逻辑以及一些网络请求等与UI无关的东西尽量放到vm中去做,自从看完了梁士兴与臧成威大大的演讲对其有了更进一步的认识.以下图片均来自梁士兴与臧成威大大的演讲PPT.</p>    <h2>业务发展所面临的挑战</h2>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/64b1c06f61d7680e51996e74d336c4ed.png"></p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/c377254b9dafe51f17f30ea47f0a270e.png"></p>    <p><img src="https://simg.open-open.com/show/5874735a9d65d0b5b4d7711863310916.png"></p>    <p>随着美团的发展,他的业务也变得复杂起来,主要面临的挑战就是代码的可复用性降低,放大了业务的差异性,以及在复杂的业务需求下,对不同能力的工程师进行分配任务缺少指导原则.美团的做法是从拆做起,改善架构设计,提升代码复用.</p>    <h2>解决方法</h2>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/2586fabff232ea929ece2bc6b4f6ad33.png"></p>    <p>对架构进行了重新设计,引入了MVVM架构与响应式编程,通过将业务逻辑拆分到vm中,这样初中级的工程师可以去写UI,而富有经验的工程师负责去写VM(业务逻辑),同时将业务逻辑抽取出来也可以提高代码的复用性.但我个人认为这里有一个弊端,就是长期从事单一的方向编写对工程师的个人成长并没有什么好处.</p>    <h2>绑定</h2>    <p>我们可以将cell的显示的数据放入到VM中,通过RAC的绑定,将cell的元素与VM暴露出来的属性绑定在一起,这样当数据变化的时候,我们并不需要刷新cell就可以做到动态的变化.下面可以看到绑定的写法非常优雅.</p>    <p>UI绑定模型</p>    <pre>      PersonModel * model = [[PersonModelalloc]init];         model = self.dataArray.firstObject;         RAC(self.lb_name,text)=RACObserve(model, name);         //这里不能使用基本数据类型,RAC中传递的都是id类型,使用基本类型会崩溃,所以使用map方法对返回值进行了更替         RAC(self.lb_age,text)=[RACObserve(model, age) map:^id(idvalue) {             return [valuedescription];      }];  </pre>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/04e90fbc57dbcf8796a8e6e9fa46878f.png"></p>    <p>这样做的好处非常明显:</p>    <ul>     <li>UI与业务做了分离,同时方便了对逻辑层进行单元测试</li>     <li>分工更为明确,方便对不同能力的工程师进行指派任务,当然我个人认为是存在弊端的.</li>     <li>提高了View的复用性</li>    </ul>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/b9c52474c3d6ce0e38178daa767996d1.png"></p>    <h2>组件化开发</h2>    <p>以前理解的mvvm通过这种组件化也达到了拆分功能与模块的目的,但个人个人感觉耦合性有时还是不低,美团的做法是写一个总线VM,同等级的VM之间让他们的直接通信变成通过总线进行间接通信.这样就能够很好地解决组件VM与组件VM之间的耦合问题.顺带一提,组件VM与总线之间的通信是依靠RACSubject来进行的.</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/59b98c9c6aa6052df844b45e14a7f716.png"></p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/e7cf83960bad2d1dc091304b1a11381d.png"></p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/9a626c4a5fca30646fa8ffc66b43075b.png"></p>    <h2>MVVM + RAC这种开发模式</h2>    <p>MVVM使用并不需要RAC这个框架,但是RAC却是最好的实现工具.我们一般使用MVVM一般在VM中会留有一些接口,用来返回数据,可是返回回来要赋值等并不优雅,而RAC可以通过绑定进行优雅的书写,同时它的三种传递信号的方式可以涵盖当前几乎所有的事件形势:继续,错误,完成.同时他可以替代iOS几乎所有的事件,能达到代码高聚合的目的.RAC产生的信号我们是可以对他进行处理的,诸如过滤,依赖等等,这对有些业务是非常具有帮助性的.当然这个框架学习成本比较高,在项目中推行需要谨慎.</p>    <h2>RAC的实现</h2>    <p>RAC的实现原理并不是通过KVO来实现的,而是通过BIND来实现的,它使用大量的block来实现了OC函数化得目的,SWIFT是使用闭包来进行的,下面上一段Noah前辈的代码,代码本身并不难,重要的是这种思想吧.对了这位前辈在找工作,在广州的小伙伴如有用人需求可以私信我啊.</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/abad4b2b0d6ed6d28a504642968ec130.png"></p>    <p> </p>    <p>来自：http://ios.jobbole.com/91286/</p>    <p> </p>