关于MVC设计模式耦合度和解耦相关技术点总结.docVIP

关于MVC设计模式耦合度与解耦相关技术点总结 　　一 摘要 　　在深入探究MVC设计模式之前,首先要弄清这样几个问题 1.什么是MVC设计模 2.为什么要使用MVC设计模 3.MVC设计模存在的问题 4.什么是耦合性 5.如何去解耦 　　针对这些问题,我们来一一分析,解释. 　　1.什么是MVC设计模 　　首先我们来看一下MVC设计模式的整个架构图 　　这个图,应该都不陌生了,现在简单的介绍下各个模块的职能. 　　MVC-----Model-View-Controller 　　MVVM –M：Model 模型 　　V: View 视图 　　C: Controller 控制器 model：持有我们应用的数据，和定义怎么操控他。在你的应用里面就是Album 这个类 View：处理用户的操作和展示model，都是UIView的子类。在应用里面是AlbumView类 Controller：他的作用主要是用来协调View和model把数据展示到View上，就是应用的Viewcontroller类 Model-View-Controller是一个用来组织代码的权威范式。Apple甚至是这么说的。在MVC下，所有的对象被归类为一个model，一个view，或一个controller。Model持有数据，View显示与用户交互的界面，而view controller调解model和view之间的交互。 　　2.为什么要使用MVC设计模 　　主要有两个方面原因: 　　第一: 一种比较常用的设计模式，能够做到各层专注于各自的功能，易于扩展、管理等。 　　第二: MVC使前后台相互分离，双方通过控制器来进行控制，且相互之间不影响。这样在编程的时候，前台可以安心做前台，后台可以专注于功能。且修改的时候非常容易。 　　3.MVC设计模存在的问题 1、增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。 2、视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。 3、视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。 4、耦合性度比较高,目前，一般高级的界面工具或构造器不支持模式。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成MVC使用的困难。 　　下面来具体讲讲耦合性问题. 　　4.什么是耦合性 　　下面是官方解释: 耦合度(Coupling)是对模块间关联程度的度量。耦合的强弱取决与模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。 模块间的耦合度是指模块之间的依赖关系，包括控制关系、调用关系、数据传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差。 降低模块间的耦合度能减少模块间的影响，防止对某一模块修改所引起的“牵一发动全身”的水波效应，保证系统设计顺利进行。 　　MVC的本意是要分离模型和视图的耦合性，但是这种相关性确以一种隐式的方式(从系统详细设计阶段就开始了)引入了耦合性。 　　5.如何去解耦 1.尽可能保持模块功能的独立性 2.引入更好的框架,例如MVVM设计框架 3.尽可能细化职责划分,这样也可以做到解耦