关于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、视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。
mvc的controller
4、耦合性度比较高,目前，一般高级的界面工具或构造器不支持模式。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成MVC使用的困难。
  下面来具体讲讲耦合性问题.
  4.什么是耦合性
  下面是官方解释:
耦合度(Coupling)是对模块间关联程度的度量。耦合的强弱取决与模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。
模块间的耦合度是指模块之间的依赖关系，包括控制关系、调用关系、数据传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差。
降低模块间的耦合度能减少模块间的影响，防止对某一模块修改所引起的“牵一发动全身”的水波效应，保证系统设计顺利进行。
  MVC的本意是要分离模型和视图的耦合性，但是这种相关性确以一种隐式的方式(从系统详细设计阶段就开始了)引入了耦合性。
  5.如何去解耦
1.尽可能保持模块功能的独立性
2.引入更好的框架,例如MVVM设计框架
3.尽可能细化职责划分,这样也可以做到解耦
 

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。