六、ASP.NET MVC入门到精通——ASP.Net的两种开发方式

本系列目录：ASP.NET MVC4入门到精通系列目录汇总

目前，ASP.NET中两种主流的开发方式是：ASP.NET Webform和ASP.NET MVC。从下图能够看到ASP.NET WebForms和ASP.NET MVC是并行的，也就是说MVC不会取代WebForms（至少目前是这样）而是多了一个选择，Webform在短时间以内不会消亡，尽管存在许多缺点，但过去许多老项目依旧是使用的WebForms进行开发的，虽然许多公司已经在积极的将WebForms项目迁移或升级到MVC项目，但WebFoms项目依然会存在很长一段时间。

 

WebForm的开发方式

• 服务器端控件

• 通常处理程序+Html静态页+Ajax

• 通常处理程序+Html模板

WebForm模型

 

MVC请求模型

DomainModel – 领域模型: 不只仅是一个实体类,而是整个业务才处理流程的一个规则.

WebForm 优势

   一、支持事件模型开发。得益于丰富的服务器端组件，webfrom开发能够迅速的搭建web应用

   二、使用方便，入门容易

   三、控件丰富

WebFrom 缺点

   一、封装太强，不少底层东西让咱们初学者不是很明白

   二、入门容易，提高很难

   三、复杂的生命周期模型学习起来并不容易

   四、控制不灵活

   五、ViewState处理

ASP.Net MVC的开发方式

• 2009年第一个开源项目版本发布

• 更加简洁，更加接近原始的“请求-处理-响应”

• 更加开发、更多的新的特色、社区活跃

• 不会取代WebForm

• 底层跟WebForm都是同样的。管道上不一样的处理而已

• MVC只是表示层的一种新的方式

MVC是微软2009对外公布的第一个开源的表示层框架，这是微软的第一个开源项目

MVC目的不是取代WebFrom开发，只是web开发的另一种选择

为何要学习ASP.Net MVC?

MVC架构模式诞生30年后，由于其提供的良好的松耦合、易于扩展、高可维护性等优势，从新在开发社区火起来。做为微软全新的Web网站开发框架，ASP.NET MVC提供了全新的开发模式，完美支持经典的MVC架构模式。为.NET工程师提供了彻底不一样的开发体验。

愈来愈多的公司和开发者开始加入到MVC开发模式中来，使他进入了一个高速发展的状态，而如今MVC已经变成了ASP.NET下的一种常见的开发模式，它能让你学习一种彻底不一样的架构，因此这是咱们有理由也有必要掌握的一项开发技能。

ASP.Net MVC学习路线

要有C#、ADO.Net、html、javascript、ASP.Net WebForm的基础

MVC简介

 MVC 模式两种理解：一种是表现模式，另一种是架构模式。这里我主要将其理解为表现模式。

它将应用程序分红三个主要组件即：视图（View）控制器（Controller）模型（Model）

M：Model 主要是存储或者是处理数据的组件Model实际上是实现业务逻辑层对实体类相应 数据库操做，如：

CRUD(C:Create/R:Read/U:Update/D:Delete)。它包括数据、验证规则、数据访问和业务逻辑等应用程序信息。ViewModel：视图模型

V：View 是用户接口层组件。主要是将Model中的数据展现给用户。ASPX和ASCX文件被用来处理视图的职责。

C：Controller 处理用户交互，从model中获取数据并将数据传给指定的view

 

表现模式（UI/Presentation Pattern）三个角色

Model：用于存储数据的组件

View：根据Model数据进行，内容展现的组件

Controller：接受并处理用户指令（操做Model），选择一个View并输出内容

MVC是 模型(Model),视图(View)和控制（Controller)的缩写，其目的实现Web系统的职能分工。其中Model层实现系统中的业务逻辑，一般能够用JavaBean或EJB来实现； View层用于与用户的交互，一般用JSP来实现； Controller层是Model与View之间沟通的桥梁，它能够分派用户的请求并选择恰当的视图以用于显示，同时它也能够解释用户的输入并将它们映射为模型层可执行的操做。

MVC请求模型

 

控制器(Controller）- 负责转发请求，对请求进行处理。
视图 (View） - 界面设计人员进行图形界面设计。
模型 (Model）-业务逻辑、数据、验证规则、数据访问等等

模型是一个概念，不要对应到多架构的某个层

View 和 Controller均可以直接请求Model，可是Model不依赖View和controller

Controller能够直接请求View来显示具体页面，View不依赖Controller

真正和用户打交道的是 控制器，视图/模型 只是被控制器调用并产生html代码而已。

MVC优势

一、很容易将复杂的应用分红M、V、C三个组件模型。经过model、view和controller有效的简化了复杂的架构，体现了很好的隔离原则

二、由于没有使用server-based forms 。因此咱们程序员控 制的更加灵活，页面加干净

三、能够控制生成自定义的url。对于seo友好的url更是不在话下

四、强类型View实现，更安全、更可靠、更高效。

五、让web开发能够专一于某一层，有利于开发中的分工，更利于分工配合适用于大型架构开发

六、不少企业已经使用MVC做为项目开发框架，招聘明确要求熟悉MVC开发模式，我如今作的项目架构就是mvc+ef+wcf+…

七、松耦合、易于扩展和维护

八、有利于组件的重用

九、ASP.NET MVC更好的支持单元测试（Unit Test）

十、在团队开发模式下表现更出众

MVC 代码和页面完全分离，WebForm:codebehind技术没有彻底对代码和前台页面进行分离

MVC的约定

控制器的约定大于配置

一、Controller放到controllers文件夹中，而且命名方式以Controller结尾

二、每一个Controller都对应View中的一个文件夹，文件夹的名称跟Controller名相同Controller中的方法名都对应一个View视图（非必须，可是建议这么作）并且View的名字跟Action的名字相同

三、控制器必须是非静态类，而且要实现IController接口

四、Controller类型能够放到其余项目中。

视图的相关约定

一、全部的视图必须放到Views目录下

二、不一样控制器的视图用文件夹进行分割，每一个控制器都对应一个视图目录

三、通常视图名字跟控制器的Action相对应（非必须）

四、多个控制器公共的视图放到Shared

我的的感受：自从接触了MVC，就不再想拖控件了...