1.基于dotNET 5 MVC经典模式引入Swagger进行web api开发和管理发布OAS3标准接口文档全过程
2.django的mvc是什么（djangomvt）
3.三层架构是什么？
基于dotNET 5 MVC经典模式引入Swagger进行web api开发和管理发布OAS3标准接口文档全过程
Swagger是一个用于生成、描述、调用和可视化RESTful风格的Web服务的规范且完整的框架。它旨在为REST API定义一个标准且语言无关的接口，使用户和计算机无需访问源码、文档或网络流量监测即可发现和理解服务。asp源码示爱通过Swagger进行正确定义，用户可以理解远程服务并使用最少的逻辑与服务进行交互。与底层实现的接口相似，Swagger消除了调用服务时的猜测。
在面向web API开发时，为了方便接口双方对接，通常需要将web API接口文档化。这时候可以利用Swagger这一快捷且交互式的文档生成工具。通过Swagger，可以轻松实现API文档化的同时，还提供了方便的API测试功能。
Swashbuckle是一个用于生成Swagger文档的开源工具包。本文将探讨如何利用Swashbuckle为你的Restful API生成可交互的文档。
Swagger是一种接口文档，支持在线调试，有助于提升web API开发效率。与其他类似工具相比，如apidoc，Swagger具有更强大的功能，因此受到广泛欢迎。
在使用Swagger时，关键在于编写注释，以实现良好的接口文档。通过注释，可以清晰地描述接口功能、参数、返回值等，使其他开发者能快速理解API。
Swagger的界面提供了一个直观的API文档展示，用户可以通过点击尝试调用API，获取实际的响应结果。在调试API时，也可以通过添加自定义的HTTP头参数，如Token，来测试鉴权相关的接口。
在dotNet Core和dotNet 5的web API项目中，引入Swagger的步骤包括：新建ASP.NET Core Web API项目、安装Swagger、为接口和类添加注释、配置Swagger生成XML文档、在Startup配置中启用Swagger服务等。
对于非web API的MVC项目，引入Swagger的步骤类似，主要涉及新建项目、添加NuGet引用、配置Swagger服务以及在控制器中定义API接口。通过以上步骤，MVC项目同样可以实现Swagger文档化，方便接口的调用和管理。
在配置Swagger时，需要关注元数据的添加，如API标题、版本、描述等信息。配置完成后，可以浏览Swagger UI，查看生成的API文档，并通过文档直接测试API接口。此外，也可以在Action方法上添加XML注解，以增强文档的可读性。
Swashbuckle工具简化了Swagger的集成过程，使得生成API文档变得更为便捷。通过使用Swashbuckle，可以轻松实现API文档的自动生成、在线测试，以及根据API版本定制文档等功能。总之，Swagger和Swashbuckle的结合为Web API的开发和管理提供了强大的支持。
django的mvc是什么（djangomvt）
本篇文章首席CTO笔记来给大家介绍有关django的mvc是什么以及djangomvt的相关内容，希望对大家有所帮助，一起来看看吧。本文目录一览：1、mvc框架怎么用？2、什么是django?3、MVC2，轻站源码MVC3，MVC4和MVC5的不同4、django框架模式有什么？5、django是做什么的？mvc框架怎么用？MVC(ModelViewController)本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。模型－视图－控制器（MVC）是XeroxPARC在八十年代为编程语言Smalltalk－发明的一种软件设计模式，至今已被广泛使用。最近几年被推荐为Sun公司J2EE平台的设计模式，并且受到越来越多的使用ColdFusion和PHP的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。
MVC是一个框架模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
视图
视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括MacromediaFlash和像XHTML，XML/XSL，WML等一些标识语言和Webservices.如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
模型
模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用像EJBs和ColdFusionComponents这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
控制器
控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后确定用哪个视图来显示模型处理返回的数据。现在我们总结MVC的处理过程，首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。编辑本段框架模式和设计模式的区别有很多程序员往往把框架模式和设计模式混淆，认为MVC是一种设计模式。实际上它们完全是不同的概念。[1]框架、设计模式这两个概念总容易被混淆，其实它们之间还是有区别的。构件通常是代码重用，而设计模式是设计重用，框架则介于两者之间，部分代码重用，部分设计重用，有时分析也可重用。在软件生产中有三种级别的重用：内部重用，即在同一应用中能公共使用的抽象块;代码重用，即将通用模块组合成库或工具集，以便在多个应用和领域都能使用；应用框架的重用，即为专用领域提供通用的或现成的基础结构，以获得最高级别的重用性。框架与设计模式虽然相似，柚子商城源码但却有着根本的不同。设计模式是对在某种环境中反复出现的问题以及解决该问题的方案的描述，它比框架更抽象；框架可以用代码表示，也能直接执行或复用，而对模式而言只有实例才能用代码表示;设计模式是比框架更小的元素，一个框架中往往含有一个或多个设计模式，框架总是针对某一特定应用领域，但同一模式却可适用于各种应用。可以说，框架是软件，而设计模式是软件的知识。框架模式有哪些？MVC、MTV、MVP等等；框架有哪些？C++语言的QT、MFC、gtk，Java语言的SSH，php语言的smarty(MVC模式)，python语言的django(MTV模式)等等设计模式有哪些？工厂模式、适配器模式、策略模式等等简而言之：框架模式是大智慧，用来对软件设计进行分工；设计模式是小技巧，对具体问题提出解决方案，以提高代码复用率、降低耦合度。编辑本段MVC框架模式的优点大部分Web应用程序都是用像ASP，PHP，或者CFML这样的过程化语言来创建的。它们将像数据库查询语句这样的数据层代码和像HTML这样的表示层代码混在一起。经验比较丰富的开发者会将数据从表示层分离开来，但这通常不是很容易做到的，它需要精心的计划和不断的尝试。MVC从根本上强制性的将它们分开。尽管构造MVC应用程序需要一些额外的工作，但是它给我们带来的好处是无庸质疑的。首先，最重要的一点是多个视图能共享一个模型，正如我所提及的，现在需要用越来越多的方式来访问你的应用程序。对此，其中一个解决之道是使用MVC，无论你的用户想要Flash界面或是WAP界面；用一个模型就能处理它们。由于你已经将数据和业务规则从表示层分开，所以你可以最大化的重用你的代码了。由于模型返回的数据没有进行格式化，所以同样的构件能被不同界面使用。例如，很多数据可能用HTML来表示，但是它们也有可能要用MacromediaFlash和WAP来表示。模型也有状态管理和数据持久性处理的功能，例如，基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序所重用。因为模型是自包含的，并且与控制器和视图相分离，所以很容易改变你的应用程序的数据层和业务规则。如果你想把你的数据库从MySQL移植到Oracle，或者改变你的基于RDBMS数据源到LDAP，只需改变你的模型即可。一旦你正确的实现了模型，不管你的数据来自数据库或是LDAP服务器，视图将会正确的显示它们。由于运用MVC的应用程序的三个部件是相互对立，改变其中一个不会影响其它两个，所以依据这种设计思想你能构造良好的松耦合的构件。对我来说，控制器的也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。编辑本段MVC框架模式的缺点MVC模式的缺点是由于它没有明确的定义，所以完全理解MVC模式并不是很容易。使用MVC模式需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。开发一个MVC模式架构的工程，将不得不花费相当可观的时间去考虑如何将MVC模式运用到应用程序中，同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的彩虹堂源码测试。另外由于MVC模式将一个应用程序分成了三个部件，所以这意味着同一个工程将包含比以前更多的文件。过去MVC模式并不适合小型甚至中等规模的应用程序，这样会带来额外的工作量，增加应用的复杂性。但现在多数软件设计框架，能直接快速提供MVC骨架，供中小型应用程序开发，此问题不再存在。对于开发存在大量用户界面，并且逻辑复杂的大型应用程序，JAVA将会使软件在健壮性、代码重用和结构方面上一个新的台阶。尽管在最初构建MVC模式框架时会花费一定的工作量，但从长远的角度来看，它会大大提高后期软件开发的效率
什么是django?Django是用Python开发的一个免费开源的Web框架，提供了许多网站后台开发经常用到的模块，使开发者能够专注于业务部分。并且囊括的Web应用部分可以用于快速搭建高性能、优雅的网站。并且提供了通用Web开发模式的高度抽象，通过DRY的理念为频繁进行的编程作业提供了快速解决方法。
Django能在开源发行之后吸引众多追随者，离不开它所具备的以下优点：
①齐全的功能。自带大量常用工具和框架，可轻松、迅速开发出一个功能齐全的Web应用。
②完善的文档。Django已发展十余年，具有广泛的实践案例，同时Django提供完善的在线文档，Django用户能够更容易地找到问题的解决方案。
③强大的数据库访问组件。Django自带一个面向对象的、反映数据模型与关系型数据库间的映射关系的映射器，开发者无须学习SQL语言即可操作数据库。
④灵活的URL映射。Django提供一个基于正则表达式的URL分发器，开发者可灵活地编写URL。
⑤丰富的模板语言。Django模板语言功能丰富，支持自定义模板标签;Django也支持使用第三方模板系统，如jinja2等。
⑥健全的后台管理系统。Django内置了一个后台数据管理系统，经简单配置后，再编写少量代码即可使用完整的后台管理功能。
⑦完整的错误信息提示。Django提供了非常完整的错误信息提示和定位功能，可在开发调试过程中快速定位错误或异常。
⑧强大的缓存支持。Django内置了一个缓存框架，并提供了多种可选的缓存方式。
⑨国际化。Django包含了一个国际化系统，Django组件支持多种语言。
MVC2，MVC3，MVC4和MVC5的不同
MVC2，MVC3，MVC4和MVC5的不同：
1、查看引擎:
视图引擎负责将HTML代码从视图呈现到浏览器。
MVC2仅使用Web窗体视图引擎(.aspx)作为默认视图引擎。
MVC3使用剃刀视图引擎(.c#和的cshtml。vbhtml(用于VisualBasic)和Web窗体视图引擎(.阿斯佩克斯)。
MVC4还使用剃刀视图引擎作为默认视图引擎，具有一些新功能，如条件属性和“波形斜线”。
2、图表、网络网格、加密、网络映像、网络邮件控制:
所有这些在MVC2中都不可用。
所有这些都在MVC3和MVC4中提供。
3、合成语法：
Web窗体视图引擎语法:%=HTML代码%在MVC2中。
(剃刀语法)剃刀视图引擎语法:@MVC3中的Html代码。
MVC4具有相同的剃刀视图引擎语法，但添加了新功能，如条件属性和“波形斜线”，aoa驱动源码即URL解析。
4、可用于在视图和控制器之间共享数据的对象:
模板数据、视图数据在MVC2中可用。
MVC3中提供了临时数据、视图数据、视图包。
MVC4中提供了临时数据、视图数据、视图包。
TempData用于当前和后续请求，即当您知道要重定向的下一个视图时。
在ViewData中，可以通过字符串作为键访问对象字典。
在c#4.0中添加了ViewBag，它使用允许动态添加对象属性的动态功能。我们可以说ViewBag=ViewData+ViewData字典周围的动态特性。
5、jquery支持:
jquery支持在MVC2中很好。
在MVC3中，jquery支持更好。
MVC4为Jquery(如JqueryMobile)提供了更好的支持。
6、验证:
MVC2中有客户端验证和异步控制器。
MVC3中包含不引人注目的Ajax和客户端验证、Jquery验证和JSON绑定支持。
客户端验证、Jquery验证和对MVC4异步方法的增强支持。
7、项目模板:
MVC3支持由HTML5启用的项目模板。
MVC4支持移动应用程序的许多新功能，还提供了新的移动项目模板和更新和现代化的默认模板。
8、ASP.NETMVC5中的新功能:
（1）一个ASP网；
（2）ASP净身份；
（3）MVC模板中的引导程序；
（4）认证过滤器；
（5）过滤器覆盖。
MVC简介：
MVC，全名是ModelViewController，是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型(Model)、视图(View)和控制器(Controller)，具有耦合性低、重用性高、生命周期成本低等优点。
MVC用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
框架内容：
MVC是一个框架模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。最典型的MVC就是JSP+servlet+javabean的模式。
django框架模式有什么？Django发布于年，是当前Python世界里最负盛名且成熟的网络框架，最初用来制作在线新闻的Web站点。
Django是一个用Python编写的开放源代码的Web应用框架，采用了MVC的框架模式，也有很多人把它称为MVT模式，即模型M,视图V和模版T。
django是做什么的？Django是基于Python的免费和开放源代码Web框架，它遵循模型-模板-视图(MTV)体系结构模式。它由DjangoSoftwareFoundation(DSF)维护，这是一个由非营利组织成立的独立组织。
Django的主要目标是简化复杂的，数据库驱动的网站的创建。该框架强调组件的可重用性和“可插入性”，更少的代码，低耦合，快速开发以及不重复自己的原则。整个过程都使用Python，甚至用于设置文件和数据模型。Django还提供了一个可选的管理创建，读取，更新和删除界面，该界面通过自省动态生成并通过管理模型进行配置。
一些使用Django的知名网站包括公共广播服务，Instagram，Mozilla，华盛顿时报，Disqus，Bitbucket，和Nextdoor。
Django创建于年秋天，当时《劳伦斯日报》世界报纸的网络程序员AdrianHolovaty和SimonWillison开始使用Python来构建应用程序。西蒙·威利森(SimonWillison)的实习期结束前不久，雅各布·卡普兰·莫斯(JacobKaplan-Moss)在Django的发展中就被聘用了。它于年7月在BSD许可下公开发布。该框架以吉他手DjangoReinhardt的名字命名。年6月，宣布新成立的Django软件基金会(DSF)将来将维护Django。
年7月，与一些Django联合创始人和开发人员建立联系的软件咨询公司RevolutionSystems在劳伦斯举办了周年纪念活动。
Django的设计理念如下：
松耦合——Django的目标是使堆栈中的每个元素彼此独立。
更少的编码——更少的代码，因此可以快速开发。
不重复自己(DRY)——一切都应该只在一个地方开发，而不是一次又一次地重复。
快速开发——Django的理念是尽一切可能促进超快速开发。
简洁的设计——Django严格按照自己的代码维护简洁的设计，并易于遵循最佳的Web开发实践。
Django的一些优势如下：
对象关系映射(ORM)支持——Django在数据模型和数据库引擎之间建立了桥梁，并支持包括MySQL，Oracle，Postgres等在内的大量数据库系统。
多语言支持——Django通过其内置的国际化系统支持多语言网站。因此，您可以开发支持多种语言的网站。
框架支持——Django内置了对Ajax，RSS，缓存和其他各种框架的支持。
GUI——Django为管理活动提供了一个很好的即用型用户界面。
开发环境——Django带有轻量级的Web服务器，以促进端到端应用程序的开发和测试。
Django是PythonWeb框架。和大多数现代框架一样，Django支持MVC模式。
关于Python的基础问题可以看下这个网页的视频教程，网页链接，希望我的回答能帮到你。
结语：以上就是首席CTO笔记为大家介绍的关于django的mvc是什么和djangomvt的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。
三层架构是什么？
MVC是三个单词的缩写,分别为： 模型(Model),视图(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与用户的交互，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
目录
MVC与模板概念的理解
MVC如何工作视图
模型
控制器
为什么要使用 MVC
MVC的优点低耦合性
高重用性和可适用性
较低的生命周期成本
快速的部署
可维护性
有利于软件工程化管理
MVC的缺点
开发方式Java开发Web Application
.NET开发Web Application
php 开发Web Application
常见的MVC组件
Struts 中Model 1 和Model 2简介Model 1
Model 2
Struts的结构和处理流程简介
利用Struts框架开发
MVC与模板概念的理解
MVC(Model View Controller)模型－视图－控制器 MVC本来是存在于Deskt
op程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVCcopyright: Apple Inc.
的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。 模型－视图－控制器（MVC）是Xerox PARC在八十年代为编程语言Smalltalk－发明的一种软件设计模式，至今已被广泛使用。最近几年被推荐为Oracle旗下Sun公司Java EE平台的设计模式，并且受到越来越多的使用 ColdFusion 和 PHP 的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。
MVC如何工作
MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
视图
视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services. 如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
模型
模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
控制器
控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。
为什么要使用 MVC
大部分Web应用程序都是用像ASP，PHP，或者CFML这样的过程化(自PHP5.0版本后已全面支持面向对象模型)语言来创建的。它们将像数据库查询语句这样的数据层代码和像HTML这样的表示层代码混在一起。经验比较丰富的开发者会将数据从表示层分离开来，但这通常不是很容易做到的，它需要精心的计划和不断的尝试。MVC从根本上强制性的将它们分开。尽管构造MVC应用程序需要一些额外的工作，但是它给我们带来的好处是毋庸置疑的。 首先，最重要的一点是多个视图能共享一个模型，现在需要用越来越多的方式来访问你的应用程序。对此，其中一个解决之道是使用MVC，无论你的用户想要Flash界面或是 WAP 界面；用一个模型就能处理它们。由于你已经将数据和业务规则从表示层分开，所以你可以最大化的重用你的代码了。 由于模型返回的数据没有进行格式化，所以同样的构件能被不同界面使用。例如，很多数据可能用HTML来表示，但是它们也有可能要用Adobe Flash和WAP来表示。模型也有状态管理和数据持久性处理的功能，例如，基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序所重用。 因为模型是自包含的，并且与控制器和视图相分离，所以很容易改变你的应用程序的数据层和业务规则。如果你想把你的数据库从MySQL移植到Oracle，或者改变你的基于RDBMS数据源到LDAP，只需改变你的模型即可。一旦你正确的实现了模型，不管你的数据来自数据库或是LDAP服务器，视图将会正确的显示它们。由于运用MVC的应用程序的三个部件是相互独立，改变其中一个不会影响其它两个，所以依据这种设计思想你能构造良好的松耦合的构件。 对我来说，控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。
MVC的优点
低耦合性
视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。
高重用性和可适用性
随着技术的不断进步，现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。例如，很多数据可能用HTML来表示，但是也有可能用WAP来表示，而这些表示所需要的命令是改变视图层的实现方式，而控制层和模型层无需做任何改变。
较低的生命周期成本
MVC使降低开发和维护用户接口的技术含量成为可能。
快速的部署
使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。
可维护性
分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
有利于软件工程化管理
由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。
MVC的缺点
MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。 你将不得不花费相当可观的时间去考虑如何将MVC运用到你的应用程序，同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。一旦你的构件经过了测试，你就可以毫无顾忌的重用它们了。 根据开发者经验，由于开发者将一个应用程序分成了三个部件，所以使用MVC同时也意味着你将要管理比以前更多的文件，这一点是显而易见的。这样好像我们的工作量增加了，但是请记住这比起它所能带给我们的好处是不值一提。 MVC并不适合小型甚至中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。 MVC设计模式是一个很好创建软件的途径，它所提倡的一些原则，像内容和显示互相分离可能比较好理解。但是如果你要隔离模型、视图和控制器的构件，你可能需要重新思考你的应用程序，尤其是应用程序的构架方面。如果你肯接受MVC，并且有能力应付它所带来的额外的工作和复杂性，MVC将会使你的软件在健壮性，代码重用和结构方面上一个新的台阶。
开发方式
Java开发Web Application
Java开发Web Application有几种符合MVC设计模式的开发方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp 5:Jsp+Struts+JavaBean(EJB) 6:SSH (Struts + Spring + Hibernate)
.NET开发Web Application
.NET开发Web Application可以采用： 1:ASP.NET MVC Framework（ASP.NET MVC ） 2:MonoRail (RC3) 3:ASP.NET MVC2
php 开发Web Application
php 开发Web Application 可以采用： 1. Zend framework PHP官方框架 2. fleaphp/Qeephp 等国内流行框架 3. CakePHP 等国外流行框架 4. ThinkPHP 等其他框架
常见的MVC组件
Struts： Apache的，最流行的MVC组件 Struts2 ：Apache用Struts 和 WebWork的组合出来的新产品，目前上升势头强劲 WebWork： 这个可是老牌的MVC组件，后来组合成了Struts2, 不过自身仍在发展 Spring MVC：SpringFramework自己整合自己Spring的优势推出的MVC组件，用户也不少 JSF： 这个是一个规范，Sun的和 Apache的都有各自的实现。用户量很大，被众多IDE支持。 Tapestry： 最彻底的MVC开发框架，丰富的组件资源，重用性很高。组件扮演着控制器Controller的角色，是模式层（Model） 中pure-domain objects和包含有组件的HTML模板之间的媒介。大多数情况下，这种方式应用于页面（页面也 是 Tapestry组件），但是在某些情况中，一个组件拥有自己的模板，包含着更多的组件，并且支持与使用者的互交。页面通过配置一系列属性表达式（Property expressions）连接模式层和表现层。属性表达式使用另外一种开源框架OGNL（Object Graph Navigation Language）。OGNL的开源工程（project）独立于Tapestry，但是在Tapestry中起很重要的作用。OGNL主要的目的在于读取和更新对象的Java Bean属性。 .net mvc：在.net上的mvc组件，经过了preview1~5，RC1，RC2，目前已经是正式版了，微软给出的定义是可以用于生产的架构。配合VS以及将要出现的VS，相信.net mvc将会是MVC家族的重要的一员。
Struts 中Model 1 和Model 2简介
我们在开发Web应用时经常提到的一个概念是Model1/Model2，那么到底它是什么意思呢？其实它是对采用JSP技术构成Web应用的不同模型的描述。下面对这个概念做一个简单的介绍。
Model 1
在使用JAVA技术建立Web应用的实例中，由于JSP技术的发展，很快这种便于掌握和可实现快速开发的技术就成了创建Web应用的主要技术。JSP页面中可以非常容易地结合业务逻辑（jsp:useBean）、服务端处理过程（jsp:let）和HTML（），在JSP页面中同时实现显示，业务逻辑和流程控制，从而可以快速地完成应用开发。现在很多的Web应用就是由一组JSP页面构成的。这种以JSP为中心的开发模型我们可以称之为Model1。 当然这种开发模式在进行快速和小规模的应用开发时，是有非常大的优势，但是从工程化的角度考虑，它也有一些不足之处： 应用的实现一般是基于过程的，一组JSP页面实现一个业务流程，如果要进行改动，必须在多个地方进行修改。这样非常不利于应用扩展和更新。 由于应用不是建立在模块上的，业务逻辑和表示逻辑混合在JSP页面中没有进行抽象和分离。所以非常不利于应用系统业务的重用和改动。 考虑到这些问题在开发大型的Web应用时必须采用不同的设计模式――这就是Model2
Model 2
Model 2表示的是基于MVC模式的框架。MVC是Model－View－Controller的简写。“Model”代表的是应用的业务逻辑（通过JavaBean，EJB组件实现），“View”是应用的表示面（由JSP页面产生），“Controller”是提供应用的处理过程控制（一般是一个Servlet），通过这种设计模型把应用逻辑，处理过程和显示逻辑分成不同的组件实现。这些组件可以进行交互和重用。从而弥补了Model1的不足。 Model2具有组件化的优点从而更易于实现对大规模系统的开发和管理，但是开发StrutsMVC系统比简单的JSP开发要复杂许多，它需要更多的时间学习和掌握。同时新东西的引入会带来新的问题（这让我想起来关于“自动计算”的一篇文章，中间提到为了降低系统的复杂度，却导致更高的复杂度）。 必须基于StrutsMVC组件的方式重新思考和设计应用结构。原来通过建立一个简单的JSP页面就能实现的应用现在变成了多个步骤的设计和实现过程。 所有的页面和组件必须在Struts MVC框架中实现，所以必须进行附加地开发工作。 StrutsMVC本身就是一个非常复杂的系统，所以采用StrutsMVC实现Web应用时，最好选一个现成的MVC框架，在此之下进行开发，从而取得事半功倍的效果。现在有很多可供使用的MVC框架，由于Struts有完整的文档并且相对来讲比较简单，所以用它开发MVC系统还是比较方便地。
Struts的结构和处理流程简介
Struts1是Apache组织的一个项目，像其他的Apache组织的项目一样，它也是开放源码项目。Struts1是一个比较好的MVC框架提供了对开发MVC系统的底层支持，它采用的主要技术是Servlet，JSP和customtaglibrary。 作为一个MVC的框架，Struts1对Model、View和Controller都提供了对应的实现组件，分别进行介绍，并且看看它们是如何结合在一起的。 Controller：控制器的作用是从客户端接受请求，并且选择执行相应的业务逻辑，然后把响应结果送回到客户端。在Struts1中Controller功能由图中ActionServlet和ActionMapping对象构成：核心是一个Servlet类型的对象ActionServlet，它用来接受客户端的请求。ActionServlet包括一组基于配置的ActionMapping对象，每个ActionMapping对象实现了一个请求到一个具体的Model部分中Action处理器对象之间的映射。 Model：StrutsMVC系统中的Model部分从概念上可以分为两类――系统的内部状态，和改变系统状态的动作。Struts1为Model部分提供了Action和ActionForm对象：所有的Action处理器对象都是开发者从Struts1的Action类派生的子类。Action处理器对象封装了具体的处理逻辑，调用业务逻辑模块，并且把响应提交到合适的View组件以产生响应。Struts1提供的ActionForm组件对象，它可以通过定义属性描述客户端表单数据。开发者可以从它派生子类对象，利用它和Struts提供的自定义标记库结合可以实现对客户端的表单数据的良好封装和支持，Action处理器对象可以直接对它进行读写，而不再需要和request、response对象进行数据交互。通过ActionForm组件对象实现了对View和Model之间交互的支持。Struts1通常建议使用一组JavaBean表示系统的内部状态，根据系统的复杂度也可以使用像EntityEJB和SessionEJB等组件来实现系统状态。Struts建议在实现时把“做什么”（Action）和“如何做”（业务逻辑）分离。这样可以实现业务逻辑的重用。 View：Struts1应用中的View部分是通过JSP技术实现的。Struts1提供了自定义的标签库(tag library)可以使用，通过这些自定义标签(tag)可以非常好地和系统的Model部分交互，通过使用这些自定义标签创建的JSP表单，可以实现和Model部分中的ActionForm的映射，完成对用户数据的封装，同时这些自定义标签还提供了像模板定制等多种显示功能。 StrutsMVC框架的处理流程清楚的体现了MVC系统的特点，简单的Struts组件结构。StrutsControllerActionServlet处理客户请求，利用配置的ActionMapping对象把请求映射到Action处理器对象进行处理。Action处理对象访问ActionForm中的数据，处理和响应客户请求，它还调用后台的Bean组件，这些组件封装了具体的业务逻辑。Action处理器对象根据处理结果通知Controller，Controller进行下一步的处理。
利用Struts框架开发
Struts1 MVC系统要做的工作 由于Struts已经为我们提供了一个非常好的MVC框架，我们利用Struts开发MVC系统时可以大大加快开发的速度。在开发时可以采用的一个开发流程如下（引自资料3）： 收集和定义应用需求。 基于数据采集和显示的原则定义和开发“屏幕显示”需求 。 为每一个“屏幕显示”定义访问路径。 定义ActionMappings建立到应用业务逻辑之间的联系。 开发满足“屏幕显示”需求的所有支持对象。 基于每一个“屏幕显示”需求提供的数据属性来创建对应的ActionForm对象 开发被ActionMapping调用的Action对象。 开发应用业务逻辑对象 （Bean，EJB，等等）。 对应ActionMapping设计的流程创建JSP页面。 建立合适的配置文件struts-config.xml ， web.xml。 开发/测试/部署 具体在使用Struts框架时，对应各个部分的开发工作主要包括： Model部分：采用JavaBean和EJB组件，设计和实现系统的业务逻辑。根据不同的请求从Action派生具体Action处理对象。完成“做什么”的任务来调用由Bean构成的业务组件。创建由ActionForm的派生类实现对客户端表单数据的封装。 Controller部分：Struts为我们提供了核心控制部分的实现。我们只需要配置ActionMapping对象 View部分：为了使用Model中的ActionForm对象，我们必须用Struts提供的自定义标记创建HTML表单。利用Struts提供的自定义标记库编写用户界面把应用逻辑和显示逻辑分离。Struts框架通过这些自定义标记建立了View和Model之间的联系。Struts的自定义标记还提供了很多定制页面的功能。 同时需要编辑两个配置文件：web.xml和struts-config.xml。通过它们配置Struts系统中的各个模块之间的交互。下面对这两个配置文件做一些介绍： web.xml文件的配置： web应用中的web.xml是第一个要配置的地方，它描述了系统的Controller对象。在web.xml中增加如下标记 <servlet><servlet-name>action</servlet-name><servlet-class> org.apache.struts.action.ActionServlet</servlet-class><init-m> <m-name>application</m-name> </servlet> 说明：这个servlet对象就是Struts提供的Controller，还可以为它指定初始化参数，比如对系统应用属性的支持。 < SERVLET-MAPPING> < SERVLET-NAME>action</SERVLET-NAME>< URL-PATTERN>*.do</URL-PATTERN></SERVLET-MAPPING> 说明：实现客户请求的url信息和服务器端具体处理的映射关系。 <taglib><taglib-url>/WEB-INF/struts-bean.tld</taglib-url> <taglib-location>/WEB-INF/struts-bean.tld</taglib-location></taglib> 说明：添加对Struts提供的应用所使用的自定义标记库的引用。 struts-config.xml文件的配置： struts-config.xml是用于建立Controller和Model之间的关系的。它描述了Controller所使用的把请求对应到具体处理的法则，同时它还描述了客户提供的数据与ActionForm组件的对应映射关系。 在struts-config.xml中增加如下标记 <form-beans> <form-bean name=“loginForm”type=“loginForm”/></form-beans> 说明：标记描述一个具体的ActionForm子类对象，通过它和JSP页面中的自定标记的结合使用可以实现ActionForm和View之间的数据映射。 <action-mappings><actionpath=“/login”type=“loginAction” name=“loginForm”input=“/login.jsp”/></action-mappings> 说明：标记描述了请求和处理的一对一映射关系。input和path属性唯一的标记了客户端的一个请求，name属性描述封装客户端的数据的ActionForm子类对象。Type属性描述处理这个请求的Action子类对象。 [1]通过对两个配置文件的配置，把Struts MVC框架中MVC的各个部分联系起来，实现一个真正的Struts MVC系统。
