一，MVC概念：
首先，关于MVC的概念解释：
MVC是一种模式。全名为：Model-View-Controller。
中文的翻译解释为：“模式-视图-控制器”；MVC的应用程序往往都由这三个部分组成。
二，MVC的模式介绍：
Event（事件）导致Controller改变Model/View，
Model改变将直接更新View，View依赖于Model。
其中，MVC是开发Web应用的架构模式。在这个模式概念中，其实需要其他的模式来协助完成。
1.在J2EE模式目录中，通常采用service to worker模式实现。
service to worker：一个 service worker 是一段运行在浏览器后台进程里的脚本，它独立于当前页面，提供了那些不需要与web页面交互的功能在网页背后悄悄执行的能力。在将来，基于它可以实现消息推送，静默更新以及地理围栏等服务，但是目前它首先要具备的功能是拦截和处理网络请求，包括可编程的响应缓存管理。
三，MVC设计思想：
在我们的程序设计中，一个应用的机构我们应该分为三个层，合理化控制分配程序本身的操控思维：
（1）视图：
View很简单，代表的是用户的交互界面，显式的HTML界面。但有可能为XHTNL,XML和Applet。
随着应用的复杂程度添加,界面的处理将会变得更具有挑战性。
其中MVC设计模式对于视图的处理仅限于视图上的数据采集和处理，用户的请求，不包括视
图上的业务流程的处理。业务流程那是Model的事情。
（2）模型：
Model就是业务流程/状态的处理以及业务规则的制定。
View->Model->View。
业务模型的设计是MVC最主要的核心。MVC并没有提供模型的设计方法，知识告诉你应该组织管
理这些模型，以便于模型的重构和提高重用性。可以在对象编程中理解为：MVC定义了一个顶级
类，告诉它的子类你只能做什么，但没有办法限制，完全取决于程序员的观念呢。
（3）控制：
Controller可以理解为从用户接受请求，将模型与视图匹配在一起，并共同完成用户的请求。
程序的主要实现逻辑就在这一块，清楚的告诉你，他就是一个分发器。选择什么样的模型，选择什
么样的视图，可以完成什么样的用户请求。
在MVC设计模式中，3个层次的分离，是的一个模型可以具有多个显示视图。通过关联性的控制器操作，都可以反映出一种变化-传播机制.
四，MVC模式的不足：
（1）增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
（2）视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
（3）视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。
（4） 目前，一般高级的界面工具或构造器不支持MVC模式。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。
11.
另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
