改进HMVC设计模式应用于PHP开发的探索

ＭｉｃｒｏｃｏｍｐｕｔｅｒＡｐｐｌｉｃａｔｉｏｎｓ　Ｖｏ１．３１，Ｎｏ．５，２０１５　文章编号：１００７—７５７Ｘ（２０１５）０５—００２６—０４　研究与设计　微型电脑应用　２０１５年第３ｌ卷第５期　改进ＨＭＶＣ设计模式应用于ＰＨＰ开发的探索　马海波，李圣龙　摘要：讨论了以ＭＶＣ设计模式为核心所构建的ＰＨＰ开发框架的优缺点，介绍了ＨＭＶＣ设计模式的基本概念，阐述了在　ＰＨＰ开发框架中应用ＨＭＶＣ设计模式所能解决的问题及所带来的优势，提出并比较了应用ＨＭＶＣ设计模式对ＰＨＰ框架进　行改进的两种具体方式。　关键词：ＰＨＰ；ＭＶＣ；设计模式；ＨＭＶＣ　中图分类号：ＴＰ３１１．５　文献标志码：Ａ　Ｅｘｐｌｏｒａｔｉｏｎ　ｏｆ　ＨＭＶＣ　Ｄｅｓｉｇｎ　Ｐａｔｔｅｒｎ　Ａｐｐｌｉｅｄ　Ｉｎ　ＰＨＰ　Ｄｅｖｅｌｏｐｉｎｇ　Ｍａ　Ｈａｉｂｏ，Ｌｉ　Ｓｈｅｎｇｌｏｎｇ　（Ｓｏｆｔｗａｒｅ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｄａｌｉａｎ　Ｊｉａｏｔｏｎｇ　Ｕｎｉｖｅｒｓｉｔｙ，Ｄａｌｉａｎ　１　１　６０５２，Ｃｈｉｎａ）　Ａｂｓｔｒａｃｔ：Ｔｈｉｓ　ｐａｐｅｒ　ｄｉｓｃｕｓｓｅｓ　ｔｈｅ　ｍｅｒｉｔｓ　ａｎｄ　ｄｅｍｅｒｉｔｓ　ｏｆ　ＰＨＰ　Ｆｒａｍｅｗｏｒｋ　ｂａｓｅｄ　ｏｎ　ＭＶＣ　ｄｅｓｉｇｎ　ｐａＲｅｍ．Ｉｔ　ｉｎｔｒｏｄｕｃｅｓ　ｔｈｅ　ｂａｓｉｃ　ｃｏｎｃｅｐｔ　ｏｆ　ＨＭＶＣ，ｅｌａｂｏｒａｔｅｓ　ｈｅ　ｂｅｎｅｆｔｉｔ　ａｎｄ　ｔｈｅ　ｐｒｏｂｌｅｍｓ　ｗｈｉｃｈ　ｃａｎ　ｂｅ　ｓｏｌｖｅｄ　ｂｙ　ｕｓｉｎｇ　ＨＭＶＣ　ｄｅｓｉｇｎ　ｐａＲｅｒｎ　ｉｎ　ＰＨＰ　Ｆｒａｍｅｗｏｒｋ．　Ｔｈｅｎ　ｉｔ　ｐｕｔｓ　ｆｏｒｗａｒｄ　ｔｈｅｓｅ　ｔｗｏ　ｍｅｔｈｏｄｓ　ｏｆ　ｍｅｒｇｉｎｇ　ＨＭＶＣ　ｄｅｓｉｇｎ　ｐａＲｅｍ　ｉｎｔｏ　ＰＨＰ　Ｆｒａｍｅｗｏｒｋ　ａｎｄ　ｃｏｍｐａｒｅｓ　ｔｈｅｍ．　Ｋｅｙ　ｗｏｒｄｓ：ＰＨＰ；ＭＶＣ；Ｄｅｓｉｇｎ　ＰａＲｅｍ；ＨＭＶＣ　０引言　ＰＨＰ是目前主流的编程语言，被广‘泛应用于Ｗｅｂ开发　义，不同的环境下可能有不同的实现方式　。在基于ＭＶＣ　的ＰＨＰ框架中，控制器、模型、视图的关系及调用的流程　如图１所示：　领域，ＰＨＰ　５实现了面向对象技术的全面支持，使适合Ｗｅｂ　项目开发的ＭＶＣ设计思想得以在ＰＨＰ中实现。目前，主　流ＰＨＰ开发框架广泛使用了ＭＶＣ设计模式。然而随着Ｗｅｂ　系统规模的扩大，ＭＶＣ模式的潜在缺点逐渐显现。ＨＭＶＣ　是一种新型的设计模式，通过实现控制器之间的通讯，可以　有效的对系统解耦，比ＭＶＣ设计模式更加适用于大型Ｗｅｂ　项目及分布式项目的开发。　本文通过分析比较ＭＶＣ和ＨＭＶＣ设计模式在ＰＨＰ框　架设计中的优缺点，提出了ＰＨＰ中ＨＭＶＣ模式的两种实现　图１ＭＶＣ结构图　方式，为Ｗｅｂ应用程序开发人员在项目开发设计中选用不　（１）用户访问ＵＲＬ触发网络请求（Ｒｅｑｕｅｓｔ）。　同的开发模式和软件结构来架构系统提供了参考。同时结合　代码实例，介绍了基于ＨＭＶＣ思想设计的框架的原理及使　（２）根据网络请求参数，程序调用与之相对应的控制　器与控制器中的方法。　（３）控制器中方法根据用户的请求及请求中的信息，　载入所需模型和视图，并调用模型层方法。　（４）模型层根据控制器的调用请求，执行对应的业务　逻辑，并返回结果给控制器。　用方式，为在实际项目中运用ＨＭＶＣ设计模式提供了借鉴　的方法和技巧。　ｌ　ＭＶＣ模式下的ＰＨＰ开发框架　ＭＶＣ是由Ｓｍａｌｌｔａｌｋ．８０引入的一种面向对象的设计模　式，用于创建可重用的界面程序　”。ＭＶＣ模式将程序分为３　（５）控制器调用视图层，将模型层返回的结果通过视　图传递给用户。　由于控制器内同时载入了模型和视图，所以模型和视图　之间也可以完成相互的调用。　个部分：控制器（Ｃｏｎｔｒｏｌｌｅｒ）、模型（Ｍｏｄｅ１）、视图（Ｖｉｅｗ）　［２－４１。ＭＶＣ模式在概念上的定义是很丰富的，但是为了维持　ＭＶＣ模式中，控制器负责处理程序的控制执行逻辑，　模型的一般性，对于许多实现上的问题并没有给出明确的定　模型负责处理具体业务逻辑及数据库交互操作，视图则主要　作者简介：马海波（１９６３．），男，大连交通大学，软件学院，副教授，硕士，研究方向：计算机网络体系结构、网络安全、软件结构，大连，１１６０５２　李圣龙（１９８９一），男，大连交通大学，软件学院，硕士，研究方向：软件工程、Ｗｅｂ前后端开发，大连，１１６０５２　・２６・　

ＭｉｃｒｏｃｏｍｐｕｔｅｒＡｐｐｌｉｃａｔｉｏｎｓ　Ｖｏ１．３１，Ｎｏ．５，２０１５　研究与设计　微型电脑应用　２０１５年第３１卷第５期　负责程序与用户的交互。ＭＶＣ设计模式将代码的功能职责　细分，视图的分离使得美工和前端设计人员可以不必掌握后　Ｃｏｄｅｌｇｎｉｔｅｒ等大型的商业框架，均基于这种架构设计而成。　然而，ＭＶＣ也有一个非常大的缺点，即和整个软件发　台编程技术，而后台编程人员也无需掌握美工和前端技术，　展思路相背离的，ＭＶＣ在提高系统内聚的过程中，将导致　这极大的提高了ＰＨＰ这门语言的开发效率与实用性。目前，　Ｉ　系统耦合性的增加　如图２所示：　：一一　ＲｅｑＬｕｏｅｃｓｔａ　ｌ（本地１　一　一　一一　＼、：：　一一一　厂　丽　、　Ｒｏｍｏｔｅ（远程１　图２ＭＶＣ系统调用图　图２呈现了基于ＭＶＣ设计模式的ＰＨＰ系统模块间的　关联。在本地系统（Ｌｏｃａ１）中，Ｕｓｅｒ（用户模块，封装了　所有用户相关的信息）和Ｌｏｇｉｎ（登录模块，封装了所有登　录相关信息）是两个独立的ＭＶＣ模块，由外部请求驱动。　针对不同类型的外部系统，实现通信需要兼顾多种方式，会　使不同模块间的控制器、模型、视图调用关系变得更加复杂，　这极大的降低了系统的可维护性。所以，ＭＶＣ在处理中小　型Ｗｅｂ项目时，强内聚使得其具有相当大的优势，但是耦　由于Ｕｓｅｒ和Ｌｏｇｉｎ模块的业务联系比较紧密，有可能出现　重复逻辑，为了提高软件的复用性，ＭＶＣ框架允许控制器　调用不同模块的模型和视图。对于远程系统（Ｒｅｍｏｔｅ）来　说，如果远程系统和本地系统采用相同的ＭＶＣ架构，和本　地系统一样，远程系统的控制器也可以引入本地系统的多个　模型和视图（远程引用文件对系统的安全性有较大威胁）；　合性高的弊端使得其并不适合开发大型复杂的Ｗｅｂ项目。　２　ＨＭＶＣ设计模式在ＰＨＰ开发框架中的实现　２．１　ＨＭＶＣ设计模式原理　Ｊａｓｏｎ　Ｃａｉ［８Ｊ等（２０００）提出ＨＭＶＣ是一种新型的设计　模式，它提供了一种容易理解的软件组织架构，将ＭＶＣ层　如果系统并非采用相同架构的框架开发，甚至开发语言都不　尽相同，这种情况下，实现分布式通信，则需要通过模拟请　求来实现。　ＭＶＣ设计模式的提出本身是为了提高系统的内聚，然　次模块化，要求不同的程序逻辑之间保持清晰的界限，这种　架构通过增加控制器之间的通信，降低了ＭＶＣ模式中各模　块组件间的耦合，提高了系统的复用性、可扩展性和可维护　性如图３所示：　而，从图２可以看出，当系统过为复杂，Ｍｏｄｅｌ和Ｖｉｅｗ的　耦合性将变得非常强【　。而当程序需要支持分布式部署时，　Ａ　咂　一　ＲｅＱｕｅｓｔ　Ｂ　ｃ　—图３ＨＭＶＣ原理图　图３给出了ＨＭＶＣ的原始结构。与ＭＶＣ模式相比，　Ｉ　送给浏览器，Ａ要使用Ｂ，Ｂ要使用Ｃ，那么Ａ是顶层，　Ｂ　ＨＭＶＣ架构需要遵循两点要求：一是每个ＭＶＣ模块的控制　Ｉ　是第二层，Ｃ是第三层；而当用户发送调用Ｂ的请求给浏览　器只能调用处理自身业务逻辑的模型和显示自身界面的视　图；二是多个ＭＶＣ模块之间的调用，必须通过控制器进行　通信。　器，如果Ｂ需要Ａ和Ｃ模块的支持，这时Ｂ是顶层，而Ａ　和Ｃ则为第二层。　２．２基于请求机制的ＨＭＶＣ架构　为解决基于ＭＶＣ的ＰＨＰ框架中的问题，提出了基于　请求通信的新型ＨＭＶＣ模式的ＰＨＰ框架结构如图４所示：　由于Ｗｅｂ中控制器是通过浏览器ＵＲＬ请求调用的，所　以ＨＭＶＣ的层次结构并不固定。当用户将调用Ａ的请求发　・２７・　

ＭｉｃｒｏｃｏｍｐｕｔｅｒＡｐｐｌｉｃａｔｉｏｎｓ　Ｖｏ１．３１，Ｎｏ．５，２０１５　研究与设计　微型电脑应用　２０１５年第３１卷第５期　厂　葡Ｉ　同类系统’　　］　兰Ｉ　Ｉ匡　｝ｑ　，Ｄ：：…＋：　＾、Ｉ　ｌ图５　Ａｊａｘ实现ＨＭＶＣ　这种方式需要控制器准备好请求参数，传递给视图，视　图再将请求发送给其它控制器。　图４基于请求的ＨＭＶＣ模式　虽然请求的处理和请求的发送均由控制器来支配，符合　在基于ＨＭＶＣ结构的ＰＨＰ框架中，系统限制了不同模　ＨＭＶＣ设计模式的核心思想，但这种方式控制器不能直接　块间的调用，只允许各模块通过控制器进行通讯，而控制器　向外发送请求，需要借助视图才能实现Ａｊａｘ模拟请求，这　问的通信，必须统一采用请求（ｒｅｑｕｅｓｔ）的方式。　种方式存在以下主要缺点。　图４和图２的结构的对比如表１所示：　（１）参数通过视图传递，类似于ＧＥＴ传值，降低了系　统的安全性。　表１　ＨＭＶＣ与ＭＶＣ的对比　（２）程序需要借助Ｊａｖａｓｃｒｉｐｔ技术进行实现，对程序贝　模式　模型层　视图层　控制代码可能存在位置　要求更高，不易使用。　ＭＶＣ　耦合　耦合　控制器，模型，视图　（３）程序内部控制器之间的访问实际上通过是通过中　ＨＭＶＣ　控制器　间的视图层实现的，视图层并没有和控制器完全解耦，并非　外部相同系　外部不同　严格遵循ＨＭＶＣ设计思想。　模式　内部通信　２．４基于封装请求类的实现方式　统通信　系统通信　封装请求类是指将请求发送的方法和机制完全抽象封　文件调用（危　ＭＶＣ　文件调用　请求　装到一个静态类中。控制器无需了解系统发送请求的原理，　险）　只需要向静态类中方法提供发送请求的命令和参数即可如　请求　图６所示：　ＨＭＶＣ　请求　请求　（安全）　Ｒｅｑｕｅｓｔ　首先，通过限制对非自身模型和视图的调用，基于请求　机制的ＨＭＶＣ架构很好的解决了模块之间模型，视图问耦　合性强的问题。同时，这种架构方式也带来了潜在的其它优　秀特性。　（１）传统的ＭＶＣ框架中，由于视图和模型存在耦合，　为了解耦，视图和模型中也可能存在控制逻辑。而ＨＭＶＣ　通过控制器问的通信解决了视图和模型的耦合问题，将控制　功能完全统一在了控制器内，这使得系统职责划分更加清晰　图６封装请求类实现ＨＭＶＣ　对系统各部分的优化更加容易，系统的可维护性和可扩展性　请求类中封装了模拟发送请求的方法集合。能够实现内　能够得到大幅提升。所以这种架构能够应对更加复杂的Ｗｅｂ　部Ｐｏｓｔ／Ｇｅｔ请求的发送，外部Ｐｏｓｔ／Ｇｅｔ请求的发送等功能。　项目开发。　同时，该类中包含对请求数据返回数据的统一处理，以保证　（２）控制器的通讯统一采用请求机制，无论是对于内　内外部请求最终结果的一致性，方便程序调用操作。　部还是外部系统，无论对于结构相同或不同的系统，都保持　下面给出了请求类中模拟内部Ｐｏｓｔ请求发送的实现方　了通讯的一致性。ＨＭＶＣ强化了逻辑上的对应关系、统一　法，方法中省略了部分参数判断，验证及返回值处理工作，　了通信方式、增加模块间的协调性，这种结构更加适用于分　用于说明实现原理。　布式项目的开发【　。　ｐｕｂｌｉｃ　ｆｕｎｃｔｉｏｎ　ｓｅｎｄｌｎｎｅｒＰｏｓｔ（￥ｃｏｎｔｒｏｌｌｅｒ，￥ｆｕｎｃｔｉｏｎ，Ｓｍｅｔｈｏｄ，　（３）基于请求的通讯机制，避免了分布式系统间文件　￥ｄａｔａ）｛　的相互调用，也提高了系统的安全性。　Ｓｔｈｉｓ一＞ｐｏｓｔ＝￥ＰＯＳＴ；　２－３基于Ａｊａｘ技术的实现方式　￥ｔｈｉｓ一＞ｇｅｔ＝ＳＧＥＴ；　Ａｊａｘ模拟请求，指一种创建交互武网页应用的网页开　￥ＰＯＳＴ　ＮＵＬＬ；　ＳＧＥＴ　ＮＵＬＬ；　发技术，可以实现网页的异步更新。通过这种技术，可以在　＿ｉｆ（￥ｍｅｔｈｏｄ＝＿’ｐｏｓｔ’）｛　视图中向另外控制器发出模拟请求如图５所示：　ｆｏｒｅａｃｈ（￥ｄａｔａ　ａｓ￥ｋｅｙ＝＞￥ｖａｌｕｅ）｛　・２８・　

Ｍｉｃｒｏｃｏｍｐｕｔｅｒ　Ａｐｐｌｉｃａｔｉｏｎｓ　Ｖｏ１．３１，Ｎｏ．５，２０１５　研究与设计　微型电脑应用　２０１５年第３１卷第５期　￥ＰＯＳＴ［￥ｋｅｙ］＝￥ｖａｌｕｅ；　块内的Ｃｏｎｔｒｏｌｌｅｒ类只与其他模块的Ｃｏｎｔｒｏｌｌｅｒ类以及该模　｝　块内的Ｍｏｄｅｌ类和Ｖｉｅｗ类耦合；Ｍｏｄｅｌ类和Ｖｉｅｗ类的耦　ｅｖａｌ（’￥ｔｈｉｓ一＞ｒｅｑｕｅｓｔ＿ｏｂｊｅｃｔ　ｎｅｗ　’．ｕｃｆｉｒｓｔ（￥ｃｏｎｔｒｏｌｌｅｒ】．’Ａｃｔｉｏｎ（）；’）；　合方式不变。则耦合因子ＣＦＨＭｖＣ计算如下：　￥ｒｅｓｕｌｔ＝ｅｖａｌ（’￥ｔｈｉｓ一＞ｒｅｑｕｅｓｔ＿ｏｂｊｅｃｔ一＞Ｔ．￥ｆｕｎｃｔｉｏｎ．’（）；’）；　｝　：薹！：：　：　：：　：：　ＳＰＯＳＴ　￥ｔｈｉｓ一＞ｐｏｓｔ；　ＳＧＥＴ＝￥ｔｈｉｓ・＞ｇｅｔ；　两种设计模式的耦合因子对比如图７所示：　Ｒｅｔｕｒｎ￥ｒｅｓｕｌｔ；　．　‰——．　｝　ｃ‰∞——’　ＳｅｎｄｌｎｎｅｒＰｏｓｔ０方法首先对当前控制器的环境进行保存，　保存内部的ＰＯＳＴ和ＧＥＴ参数，然后根据方法的参数重新　构建ＰＯＳＴ参数，并向其他控制器发送执行请求并保存请求　结果。结束请求操作后，恢复环境，并返回请求结果。　在控制器内，当在登录（Ｌｏｇｉｎ）控制器中执行　￥ｒｓｕｌｔ＝￥ｔｈｉｓ一＞　一　１　１００　２ＯＯ　３９Ｏ　４００　５ＯＯ∞Ｏ　７００　８００湖１０００　ｒｅｑｕｅｓｔ＞ｓｅｎｄＩｎｎｅｒＰｏｓｔ（ｕｓ’　ｅｒ＇ｉ，’　ｎｄｅｘ＇，＇ｐｏｓｔ＇　，￥ａｒｒ）；代码时，就会调用Ｕｓｅｒ控制器中的ｉｎｄｅｘ方法，并将￥ａｒｒ　图７耦合因子对比图　当系统内的模块数较大时（ｘ　２０），采用ＨＭＶＣ设　数组以Ｐｏｓｔ请求参数的形式发送过去。　内部模拟ＧＥＴ请求的方式与Ｐｏｓｔ方式类似，均可采用　计模式可以明显地降低系统内的耦合度。因此，ＨＭＶＣ设　基于调用文件方法的请求模拟。而向远程分布式系统模拟发　计模式更适用于大型复杂系统的开发。　送请求，则可以采用ＰＨＰ中内置的ｃｕｒｌ扩展包实现，ｃｕｒｌ　４总结　扩展包支持ＦＴＰ、ＨＴＴＰ、ＨＴＴＰＳ等各类协议，可以方便的　Ⅲ　实现ＰＨＰ程序与各类分布式系统的通信。　本文介绍了ＨＭＶＣ设计模式，提出了两种在ＰＨＰ开发　封装请求类的方式，解决了Ａｊａｘ技术实现ＨＭＶＣ中存　中改进ＨＭＶＣ设计模式的具体思路。通过分析对比和代码　在的问题，提高了ＨＭＶＣ框架的安全和复杂度，是一种更　案例指出ＨＭＶＣ设计模式更为安全和便捷，并可以有效地　加适用于分布式和复杂系统开发的ＰＨＰ框架解决方案。　降低系统内耦合度，更适用于开发大型复杂系统。　３耦合度对比　参考文献　本文采用面向对象的ＭＯＯＤ度量方法来分析对比　Ｂｕｒｂｅｃｋ　Ｓ．Ａｐｐｌｉｃａｔｉｏｎｓ　Ｐｒｏｇｒａｍｍｉｎｇ　ｉｎ　Ｓｍａｌｌｔａｌｋ一８０：　ＭＶＣ与ＨＭＶＣ设计模式的耦合度。ＭＯＯＤ方法认为如果　Ｈｏｗ　ｔｏ　Ｕｓｅ　Ｍｏｄｅｌ—ｉＶｅｗ—Ｃｏｎｔｒｏｌｌｅｒ（ＭＶＣ）［ＥＢ／ＯＬ］．　ｈｔｔｐ：／／ｓｔ—ｗｗｗ．ＣＳ．ｕｉｕｃ．ｅｄｕ／ｕｓｅｒｓ／ｓｍａｒｃｈ／ｓｔ－ｄｏｃｓ／ｍｖｃ．ｈｔｍｌ，　一个类调用另一个类的方法或变量，或者两个类之间存在消　１９９２．　息传递，则这两类之问存在耦合关系㈣。　李谱华．浅析ＭＶＣ设计模式及其应用［Ｊ］．科技信息，　ＭＯＯＤ方法使用耦合因子ＣＦ来度量系统的耦合度。　２０１０，１６：６５２．　ＣＦ的值越大，则表示系统的耦合度值越高。在一个包含ＴＣ　孟勋．ＭＶＣ与三层架构技术的应用研究［Ｊ］．软件工程师，　个类的系统中，其ＣＦ定义如下：　２０１３，９：２３—２５．　∑∑ｉｓ—ｃｌｉｅｎｔ（Ｃｉ，　）　伍海波，匡静，朱承学．基于ＭＶＣ的教学资源管理系统　ＣＦ：　兰————————————一　的设计与实现［Ｊ］．计算机技术与发展，２０１４，７：２１４—２１８．　ＴＣ（ＴＣ—１）　陈乐，杨小虎．ＭＶＣ模式在分布式环境下的应用研究　其中，　［Ｊ］．计算机工程，２００６，１９：６２—６４．　ｆｌ（　，Ｃ．存在耦合关系）　涂刚，李建，刘华清等．ＡＳＥ　ＮＥＴ　ＭＶＣ的研究［Ｊ】．软件工　一ｃ，　（Ｃｉ，　）　１　０（　，　不存在耦合关系）　程师，２０１０，８：５４—５７．　Ｇｕ　Ｍｉｎｇ—ｘｉａ，Ｔａｎｇ　Ｋｅｍｉｎｇ．Ｃｏｍｐａｒａｔｉｖｅ　ａｎａｌｙｓｉｓ　ｏｆ　如果一个由ｘ个模块组成的系统采用ＭＶＣ或者ＨＭＶＣ　Ｗｅｂ　Ｆｏｒｍｓ　ＭＶＣ　ａｎｄ　ＭＶＰ　ａｒｃｈｉｔｅｃｔｕｒｅ［Ｊ］，Ｅｎｖｉｒｏｎｍｅｎ－　设计模式，则该系统包含Ｃｏｎｔｒｏｌｌｅｒ类、Ｍｏｄｅｌ类和Ｖｉｅｗ类　ｔａｌ　Ｓｃｉｅｎｃｅ　ａｎｄ　Ｉｎｆｏｒｍａｔｉｏｎ　Ａｐｐｌｉｃａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　各ｘ个。　（ＥＳＩＡＴ），２０１０，２：３９１—３９４．　如图２所示，如果系统采用ＭＶＣ设计模式，每个模块　Ｃａｉ　Ｊ．，Ｋａｐｉｌａ　Ｒ．　Ｐａｌ　Ｇ．．ＨＭＶＣ：Ｔｈｅ　Ｌａｙｅｒｅｄ　ＰａＲｅｍ　ｆｏｒ　内的Ｃｏｎｔｒｏｌｌｅｒ类与所有的Ｍｏｄｅｌ类和Ｖｉｅｗ类耦合；而　Ｄｅｖｅｌｏｐｉｎｇ　Ｓｔｒｏｎｇ　Ｃｌｉｅｎｔ　Ｔｉｅｒｓ．ｗｗｗ．ｊａｖａｗｏｒｌｄ．ｃｏｍ，　Ｍｏｄｅｌ类只和本模块内的Ｃｏｎｔｒｏｌｌｅｒ类与Ｖｉｅｗ类耦合；Ｖｉｅｗ　２０００　类只和本模块内的Ｃｏｎｔｒｏｌｌｅｒ类与Ｍｏｄｅｌ类耦合。则耦合因　耿立超．ＨＭＶＣ架构在富客户端的企业级开发中的应　子Ｃ　计算如下：　用［Ｊ］．电脑编程技巧与维护，２００８，ｌ１：ｌ５－ｌ７．　２　＋　２＋　２　ＡＢＲＥＵ　Ｆ．Ｂ．ｅ．Ｔｈｅ　Ｍ００Ｄ　ｍｅｔｒｉＣＳ　ｓｅｔ［Ｃ］．／／Ｐｒｏｃｅｅｄｉｎｇｓ　２ｘ２＋４ｘ　ＣＦＷｃ　ｏｆ　ＥＣＯＯＰ’９５　Ｗｏｒｋｓｈｏｐ　ｏｎ　Ｍｅｔｒｉｃｓ．Ａａｒｈｕｓ，Ｄｅｎｍａｒｋ，　１９９５：ｌ５０．１５２．　如图３所示，如果系统采用ＨＭＶＣ设计模式，则各模　（收稿日期：２０１５．１２．２３）　・２９・　嘲