mvc架构的优缺点,什么是MVC(三层架构)

mvc架构的优缺点,什么是MVC(三层架构)详细介绍

本文目录一览： MVC与BS的区别，他们的优点及劣势是什么？

b/s 是抽象意义上的用应架构，相对于传统上的c/s架构而言的，使得数据层和表现层进一步分离。
mvc是一种具体的编程架构，比如struts，已经定义好了框架，然后由你来具体实现，同理，ejb也是这样的。
就这些吧.希望能帮到你
对象不同：
MVC包括三类对象，Model是应用对象、View为其屏幕表示、Controller定义了对用户输入的处理方式。在应用MVC方式以前，通常将这三个对象的功能合到了一起，应用MVC分离了它们，为设计提供了灵活性和可重用性。
MVC设计模式是目前最流行的Web应用设计模式，给项目代码的管理和维护带来了很大的便利。
结构不同：
B/S结构（Browser/Server结构）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。
在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。
BS优点：可以在任何地方进行操作而不用安装任何专门的软件。系统的扩展非常容易，只要能上网，再由系统管理员分配一个用户名和密码，就可以使用了。甚至可以在线申请，通过公司内部的安全认证（如CA证书）后，不需要人的参与，系统可以自动分配给用户一个账号进入系统。
BS缺点：个性化特点明显降低，无法实现具有个性化的功能要求。BS操作是以鼠标为最基本的操作方式，无法满足快速操作的要求。BS页面动态刷新，响应速度明显降低。BS无法实现分页显示，给数据库访问造成较大的压力。BS功能弱化，难以实现传统模式下的特殊功能要求。
MVC优点：各施其职，互不干涉；在MVC模式中，三个层各施其职，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其它层中的代码。
MVC缺点：增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。

mvc和三层架构到底有什么区别

我只说Java中的啊，mvc：m就是model层，v就是view ,c就是controller ,《1.》如果不用框架，只用servlet，那么controller就是我们自己写的servlet代码，然后view就是jsp代码,model通常就是一个javaBean, 在service和dao层来回携带数据；上面就是mvc；三层指的是action(controller) 层，service层 dao三层；
《2.》如果用框架struts,spring mvc，那么controller就是框架部分，我们通常写的是model模型部分，用它调用service层，view还是jsp，不知道你明白不？我给你两张图，希望你好好理解，
第一张是基于servlet和JavaBean的三层架构MVC ;第二张就是真正意义上的MVC三层架构，希望采纳啊，我是真心的回答你的
MVC和三层架构，是不一样的。
三层架构中，DAL、BLL、WEB层各司其职，意在职责分离。
MVC是 Model-View-Controller，严格说这三个加起来以后才是三层架构中的WEB层，也就是说，MVC把三层架构中的WEB层再度进行了分化，分成了控制器、视图、实体三个部分，控制器完成页面逻辑，通过实体来与界面层完成通话；而C层直接与三层中的BLL进行对话。
MVC就是三层架构的一种实现
M对应了三层架构中的业务逻辑和数据
V对应了三层架构中的表示层也就差不多是界面的意思吧
C是指接收用户的操作后通过M和V完成用户的需求
不就一样么
反正我是这么理解的
三层架构其实是大家片面的理解的一个MVC，其实还有4层，5层……
等等说话！
知不是不是官方的说法而已！！
在JAVA中叫MVC
不过也可以分七层
在.NET中才叫做三层模式
（它不叫架构）
MVC：是一种框架设计方式（Model View Controller），是模型(model)－视图(view)－控制器(controller)的缩写。提高了程序的可维护性、可移植性、可扩展性与可重用性，降低了程序的开发难度。
1.模型(model)它是应用程序的主体部分，主要包括业务逻辑模块和数据模块。模型与 数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一 次就可以被多个视图重用，所以减少了代码的重复性。
2.视图(view) 用户与之交互的界面、在web中视图一般由jsp,html组成。
3.控制器(controller)接收来自界面的请求 并交给模型进行处理 在这个过程中控制器不做任何处理只是起到了一个连接的作用。
MVC优点：
1.降低代码耦合性。在MVC模式中，三个层各施其职，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其他层中的代码。
2.有利于分工合作。在MVC模式中，由于按层把系统分开，那么就能更好的实现开发中的分工。网页设计人员可进行开发视图层中的JSP，而对业务熟悉的人员可开发业务层，而其他开发人员可开发控制层。
3.有利于组件的重用。如控制层可独立成一个能用的组件，表示层也可做成通用的操作界面。可以为一个模型在运行时同时建立和使用多个视图。
MVC缺点：
1.增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
2.视图层展示依赖与模型层，视图层需要很少的字段，但是模型层全部提供，性能上有一定影响
注意：mvc由于市场的需求，演变出三层框架
三层框架：按照高内聚低耦合的思想，形成一种标准的分层方式。分为三层：界面层（UserInterface layer）、业务逻辑层（BusinessLogic Layer）、数据访问层（Dataaccess layer）。
界面层：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。
业务逻辑层：主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。
数据访问层：也称为是持久层其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。完成CRUD的操作，数据交互及落地。
按照标准创建项目：
View-》控制层-》业务层-》dao层----加上common公用类层
具体分层见下图：

什么是MVC. mvc发展趋势是什么

MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。
你将不得不花费相当可观的时间去考虑如何将MVC运用到你的应用程序，同时由于模型和视图要严格的分离，这样也给调试应用程序到来了一定的困难。每个构件在使用之前都需要经过彻底的测试。一旦你的构件经过了测试，你就可以毫无顾忌的重用它们了。
根据我个人经验，由于我们将一个应用程序分成了三个部件，所以使用MVC同时也意味着你将要管理比以前更多的文件，这一点是显而易见的。这样好像我们的工作量增加了，但是请记住这比起它所能带给我们的好处是不值一提。
MVC并不适合小型甚至中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。
MVC(Model/View/Controller)模式是国外用得比较多的一种设计模式，好象最早是在Smaltalk中出现。MVC包括三类对象。Model是应用对象，View是它在屏幕上的表示，Controller定义用户界面对用户输入的响应方式。
模型-视图-控制器（MVC）是80年代Smalltalk-80出现的一种软件设计模式，现在已经被广泛的使用。
1、模型（Model）
模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑.
2、视图（View）
视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。
3、控制器（controller)
控制器工作就是根据用户的输入，控制用户界面数据显示和更新model对象状态。
MVC 式的出现不仅实现了功能模块和显示模块的分离，同时它还提高了应用系统的可维护性、可扩展性、可移植性和组件的可复用性
早期的程序中，如果不注意对数功能和显示的解耦合，常常会导致程序的复杂及难以维护。很多VB,Delphi等RAD程序都有这种问题。甚至现在的C#,Java有时候也会出现把业务逻辑写在显示模块中的现象
管MVC设计模式很早就提出，但在Web项目的开发中引入MVC却是步履维艰。主要原因：一是在早期的Web项目的开发中，程序语言和HTML的分离一直难以实现。CGI程序以字符串输出的形式动态地生成HTML内容。后来随着脚本语言的出现，前面的方式又被倒了过来，改成将脚本语言书写的程序嵌入在HTML内容中。这两种方式有一个相同的不足之处即它们总是无法将程序语言和HTML分离。二是脚本语言的功能相对较弱，缺乏支持MVC设计模式的一些必要的技术基础。直到基于J2EE的JSP Model 2问世时才得以改观。它用JSP技术实现视图的功能，用Servlet技术实现控制器的功能，用JavaBean技术实现模型的功能
JSP Model 1 与 JSP Model 2
SUN在JSP出现早期制定了两种规范，称为Model1和Model2。虽然Model2在一定程度上实现了MVC，但是它的应用用并不尽如人意
JSP Model 1
JSP Model 2
model2 容易使系统出现多个Controller，并且对页面导航的处理比较复杂
有些人觉得model2仍不够好，于是Craig R. McClanahan 2000年5月提交了一个WEB framework给Java Community.这就是后来的Struts.
2001年7月，Struts1.0，正式发布。该项目也成为了Apache Jakarta的子项目之一
Struts 质上就是在Model2的基础上实现的一个MVC架构。它只有一个中心控制器，他采用XML定制转向的URL。采用Action来处理逻辑

什么是MVC设计模式

“MVC”模式即是：“Model-View-Controller”模式。在这种模式中，通过JSP技术来表现页面，通过Servlet技术来完成大量的事务处理工作，实现用户的商业逻辑。
在这种模式中，Servlet用来处理请求的事务，充当了控制器（Controller即“C”）的角色，Servlet负责响应客户对业务逻辑的请求并根据用户的请求行为，决定将哪个JSP页面发送给客户。JSP页面处于表现层，也就是视图（View即“V”）的角色。JavaBean则负责数据的处理，也就是模型（Model即“M”）的角色
Servlet+JSP+JavaBean(MVC)模式适合开发复杂的web应用，在这种模式下，servlet负责处理用户请求，jsp负责数据显示，javabean负责封装数据。 Servlet+JSP、JavaBean模式程序各个模块之间层次清晰，web开发推荐采用此种模式。
MVC架构
Model-View-Controller架构模式是80年代中期在Smalltalk-80 GUI（一种经典的面向对象程序设计语言）实验室发明的。
根据MVC模式，一个软件应该将商务逻辑（Model）和显示(View)分开。分开有许多好处，最主要的有两个方面：
1、同一的商务逻辑层（Model）可能会对应多个显示层（View），如果商务逻辑层和显示层放在一起的话，再添加一个显示层的时候就会极大的增加组件的复杂性。一个商务逻辑对着两个显示层的例子是：银行的帐户的商务逻辑层对应ATM和Internet两个显示层。
2、通常情况下，每次修改显示层的时候一般并不需要修改商务逻辑层。
MVC是一种目前广泛流行的软件设计模式，早在70年代，IBM就推出了Sanfronscisico项目计划，其实就是MVC设计模式的研究。近来，随着J2EE的成熟，它正在成为在J2EE平台上推荐的一种设计模型，也是广大Java开发者非常感兴趣的设计模型。MVC模式也逐渐在PHP和ColdFusion开发者中运用，并有增长趋势。随着网络应用的快速增加,MVC模式对于Web应用的开发无疑是一种非常先进的设计思想，无论你选择哪种语言，无论应用多复杂,它都能为你理解分析应用模型时提供最基本的分析方法，为你构造产品提供清晰的设计框架，为你的软件工程提供规范的依据。
MVC设计思想
MVC英文即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层――模型层、视图层、控制层。
视图(View)代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但有可能为XHTML、XML和Applet。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。
模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。目前流行的EJB模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对一个开发者来说，就可以专注于业务模型的设计。MVC设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC并没有提供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和提高重用性。我们可以用对象编程来做比喻，MVC定义了一个顶级类，告诉它的子类你只能做这些，但没法限制你能做这些。这点对编程的开发人员非常重要。
业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。
控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。例如，用户点击一个连接，控制层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。
MVC的优点大部分用过程语言比如ASP、PHP开发出来的Web应用，初始的开发模板就是混合层的数据编程。例如，直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模型的样子或者模型的重用性。产品设计弹性力度很小，很难满足用户的变化性需求。MVC要求对应用分层，虽然要花费额外的工作，但产品的结构清晰，产品的应用通过模型可以得到更好地体现。
首先，最重要的是应该有多个视图对应一个模型的能力。在目前用户需求的快速变化下，可能有多种方式访问应用的要求。例如，订单模型可能有本系统的订单，也有网上订单，或者其他系统的订单，但对于订单的处理都是一样，也就是说订单的处理是一致的。按MVC设计模式，一个订单模型以及多个视图即可解决问题。这样减少了代码的复制，即减少了代码的维护量，一旦模型发生改变，也易于维护。
MVC设计模型
其次，由于模型返回的数据不带任何显示格式，因而这些模型也可直接应用于接口的使用。
再次，由于一个应用被分离为三层，因此有时改变其中的一层就能满足应用的改变。一个应用的业务流程或者业务规则的改变只需改动MVC的模型层。
控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起完成不同的请求，因此，控制层可以说是包含了用户请求权限的概念。
最后，它还有利于软件工程化管理。由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化产生管理程序代码。
MVC的缺点MVC的设计实现并不十分容易, 理解起来比较容易，但对开发人员的要求比较高。MVC只是一种基本的设计思想，还需要详细的设计规划。
模型和视图的严格分离可能使得调试困难一些，但比较容易发现错误。
经验表明，MVC由于将应用分为三层，意味着代码文件增多，因此，对于文件的管理需要费点心思。
综合上述，MVC是构筑软件非常好的基本模式，至少将业务处理与显示分离，强迫将应用分为模型、视图以及控制层, 使得你会认真考虑应用的额外复杂性，把这些想法融进到架构中，增加了应用的可拓展性。如果能把握到这一点，MVC模式会使得你的应用更加强壮，更加有弹性，更加个性化。

什么是MVC(三层架构)

MVC和三层架构有什么区别就是MVC是最流行的三层架构中的一种框架，就是模型-视图-控制器三者分离。
MVC模式（Model–view–controller）是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）。
MVC模式最早由Trygve Reenskaug在1978年提出[1] ，是施乐帕罗奥多研究中心（Xerox PARC）在20世纪80年代为程序语言Smalltalk发明的一种软件架构。MVC模式的目的是实现一种动态的程式设计，使后续对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。除此之外，此模式通过对复杂度的简化，使程序结构更加直观。软件系统通过对自身基本部分分离的同时也赋予了各个基本部分应有的功能。专业人员可以通过自身的专长分组：
控制器（Controller）- 负责转发请求，对请求进行处理。
视图（View） - 界面设计人员进行图形界面设计。
模型（Model） - 程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。
前端跟服务端之间多了个中间层，前台先提交给中间层，由中间层去访问服务端。
JSP中，“<%……%>”里面的java代码是可以有一些业务逻辑的，而三层架构正是要将业务逻辑从页面中分离出来，因些不要过多的使用“<%……%>”，但根据实际情况，适量的添加一些是可以的。
而MVC实际上其实是一种架构模式，而不应该归入设计模式了，设计模式是在代码层面上说的：类都是什么样子的。
MVC编程模式
比如由html元素组成的网页界面，或者软件的客户端界面。MVC的好处之一在于它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，它只是作为一种输出数据并允许用户操作的方式。
M即model模型是指模型表示业务规则。在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
以上内容参考：百度百科-mvc框架

什么是MVC架构？

MVC是三个单词的缩写，这三个单词分别为：模型（Model）、视图(View)和控制(Controller)。
MVC架构是交互式应用中广泛使用的架构。它将对象按功能进行划分，尽可能地最小化对象之间的耦合度。MVC架构与传统的应用程序架构—输入，处理，输出给用户接口的模型相对应。它们也与基于域的多层企业级WEB应用相对应。

MVC架构将应用分为三层—模型，视图，控制，并减弱它们各自的责任。每一层处理特定的任务并对其它层有特殊的责任。
A. 模型存储业务数据和控制访问与修改业务数据的业务逻辑或操作。表现上看，模型与软件中的函数功能有些相似。当模型改变时会通知视图并为视图提供了查询模型状态的能力。它也为控制器提供了访问封装在模型中的应用功能函数的能力。
B. 视图展示模型中的内容。它访问模型中的数据并完成数据的显示工作。当模型改变时它会即时更新数据的展示。视图也完成将用户的输入传递到控制器的功能。
C. 控制器定义了应用程序的行为。它分派用户的请求然后调用相应的视图来展示。它解析用户的输入然后与模型中完成相应功能的事件处理相匹配。在标准的GUI客户端应用中，用户输入包括点击按钮和选择菜单。在WEB应用中，它们则是WEB层中的HTTP GET和POST请求。控制器选择相应的视图来显示是基于用户与模型相互交互的结果。一个典型的应用是所有相关的功能由一个控制器来处理。一些应用针对不同的客户端类型采用不同的控制器来处理，因为视图的交互与选择可能因客户端类型的不同而有所不同。
MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。
MVC架构是交互式应用中广泛使用的架构。它将对象按功能进行划分，尽可能地最小化对象之间的耦合度。MVC架构与传统的应用程序架构—输入，处理，输出给用户接口的模型相对应。它们也与基于域的多层企业级WEB应用相对应。
MVC架构将应用分为三层—模型，视图，控制，并减弱它们各自的责任。每一层处理特定的任务并对其它层有特殊的责任。
A. 模型存储业务数据和控制访问与修改业务数据的业务逻辑或操作。表现上看，模型与软件中的函数功能有些相似。当模型改变时会通知视图并为视图提供了查询模型状态的能力。它也为控制器提供了访问封装在模型中的应用功能函数的能力。
B. 视图展示模型中的内容。它访问模型中的数据并完成数据的显示工作。当模型改变时它会即时更新数据的展示。视图也完成将用户的输入传递到控制器的功能。
C. 控制器定义了应用程序的行为。它分派用户的请求然后调用相应的视图来展示。它解析用户的输入然后与模型中完成相应功能的事件处理相匹配。在标准的GUI客户端应用中，用户输入包括点击按钮和选择菜单。在WEB应用中，它们则是WEB层中的HTTP GET和POST请求。控制器选择相应的视图来显示是基于用户与模型相互交互的结果。一个典型的应用是所有相关的功能由一个控制器来处理。一些应用针对不同的客户端类型采用不同的控制器来处理，因为视图的交互与选择可能因客户端类型的不同而有所不同。

.net中设计模式：MVC缺点!

MVC的不足体现在以下几个方面：
　　（1）增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
　　（2）视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
　　（3）视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。
　　（4） 目前，一般高级的界面工具或构造器不支持MVC架构。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。

.net web开发有WEBFORM，MVC，EF等来开发，各有什么优点和缺点？

asp.net Web Forms
优点：最重要的一点解决方案多，经验丰富，什么需求基本都能找到解决方法。
没有什么比服务器端控件再好用的东西了。数据绑定控件（gridview，formview），数据原控件(objectdatasource,sqldatasource,linqdatasouce)，有了这些控件开发业务系统觉得没有比用web forms更好，更快的技术了
提供的服务多，到asp.net2.0 .net framework就提供很多非常好的服务，profile,membership,cache,Microsoft patterns & practices（企业库）
UI控件,AJAX，第三支持的比较多
有着很多成熟的开发模型比如微软推出petshopN层架构
缺点：因为使用了功能强大的服务器控件导致页面比较大，每次post，response的数据相对ajax，silverlight肯定是大的，会影响性能。

Silverlight
优点：开发富互联网应用(RIA)绝对是最合适的技术，,新版Silverlight集成GPU加速，开发3D，多媒体绝对是利器。
对于一些业务系统，做得好的，真的好看，而且好用，用户体验也很好网上可以找不少Demo
新的Silverlight开发模式MVVM虽然比较新但真的很好用，如果要做业务系统那么一定要用MVVM这个设计模式太能体现更多Silverlight开发优势（databinding 功能强大）

缺点：掌握UI设计工具的人太少，所以做不出很酷，很炫的页面效果。
与后台交互不方便，所有交互只能是web service(WCF)，虽然RIA1.0也很方便，但都是异步操作，总没有web form那么直接了当。回调来对调去的还有4.0提供了很强大的匿名方法还有Action<>这些类库。
最后我只能说要想做得好真不容易。
ASP.NET　MVC
我还没有用mvc 2，3做过项目只是最近做一些tutorial，给我的影响就是返朴归真，与后台交互回到了最原始Post，Response，类似回到ASP时代。
优点：层次清晰，Model，Controller，View ,Action,都有向导产生，非常规范，感觉就是很专业，像是搞大项目架构，不想web form那么随意。
页面展现和后台完全分开，去掉了服务器端控件，与后台交互使用JSON数据对象，所以性能上一定优于web form
还有同样强大的Route URL功能，搜索引擎优化SEO。
成熟的MVC设计模式。
缺点：取消了服务器端控件，使得一些业务系统的输入变得更为单调，在一些也用户的互操作上大打折扣。
与后台交互虽然比Silverlight要好点，不用异步方法，但只能post，submit还是没有web form的事件机制好用。
一定要精通javascript，Jquery，Json不然UI这关真不好过。
最后对于开发业务系统最主要还是提供用户很方便输入数据，快速响应操作，对于开发人员就能很方便保存和更新数据，能很方便调用的需要数数据，调用特定的方法，并返回需要结果。能很方便的调试代码。
虽然silverlight,asp.net mvc都是在asp.net webform后出来的技术，但也没有必要就认为Silverlight,MVC就一定比传统的asp.net webform就好。其实不关什么技术都是为了解决不同的问题而产生，每项技术都有他存在的价值。
可惜很多开发人员对web form的了解还停留在asp.net 1.0的时代，很多asp.net的新特性都没有用到，还有就是拿asp.net的开发模式去开发silverlight应用。
个人建议
如果做业务系统的web项目还是web form好，简单快速，做一些多媒体应用的Silverlight当然是最好了，MVC可能做大项网站内容管理更合适。

当然了，不管什么都是孰能生巧，因为web form最的最多自然就最数量，其他主要还是用的少，我想Silverlight还是不错的如果RIA这块到2.0的时候可能开发会变得更简单。

同作为JavaScript MVC框架，Backbone和AngularJS各有什么优缺点

1、框架的成熟度：
Backbone相对成熟稳定，AngularJS有时会出bug，而且AngularJS的下一个版本不兼容以前的版本；（但Angular的思想是比Backbone要先进的——个人认为）
2、使用灵活度：
Backbone超级灵活，AngularJS则只能使用单一的解决方案；但Backbone过于灵活，所有需要自己写的东西就会很多。
3、框架本身大小：
Backbone本身要比AngularJS小很多尤其是压缩以后，但Backbone依赖于其他框架，所以在这方面，两者就相差不多了。
4、使用框架所带来的代码量：
但Backbone过于灵活，所有需要自己写的东西就会很多。导致开发简单功能时会多出N多代码，当然项目越大越复杂使用Backbone就越理想。
5、学习成本：
Backbone入门成本比较高，但越往后越轻松，AngularJS入门成本比较低，但越往后越难理解，你需要放弃传统的开发思想，深刻理解AngularJS思想才行。
6、与其他框架的兼容：
Backbone是可以兼容jQuery的，并且有众多的第三方扩展插件，你几乎可以在网上找到所有你想要的解决方案，但这也意味着你得额外学习第三方的插件。AngularJS只能用Angular的解决方案，就是所谓的Angular only。
注：其实框架没有谁比谁好，只能看哪个更合适，或者哪个是你目前项目正在用的。作为合格的前端，最好是这两个都会。