1.ASP.NET MVC 与 ASP.NET Web Form 的介绍与区别
2.什么是asp.net
3.ASP.NET MVC简单编程篇
4.ASP.NET MVC与WebForm的区别

ASP.NET MVC 与 ASP.NET Web Form 的介绍与区别

        是微软提供的以MVC模式为基础的ASP.NET Web应用程序开发框架。

        MVC 模式分别为：

        Model:领域模型 处理应用程序数据逻辑部分，获取数据，处理数据

        View:视图 用于处理实际返回给用户的页面

        Controller：控制器 通过Model 读取处理数据，通过View 将结果返回。

        在 ASP.NET 框架下的一种基于事件模型的开发模式，有开发速度快，容易上手等特点。

        ASP.NET 作为微软的Web程序开发框架，MVC与Webform 是不同时期的开发模式，

        Webform 优点：可以基于事件模型开发，类似Winform中，所有请求使用ViewState和页面生命周期来维持控件状态，同时控件的开发，加快了开发速度，整体Webform的内部封装比较高。

        Webform 缺点： 正是由于封装程度高，Webform非常难扩展，开发人员便利了解内部运行原理，不容易被测试。同时控件的ViewState 增加了网站服务器的传输量，一定程度上影响程序的效率。

        MVC 优点：易于扩展，易于单元测试，易于测试驱动开发。MVC中的一个路由的存在，可以做一些链接伪静态的处理。

        总结： MVC 不是取代了Webform，两者适用于不同的开发环境下，都是简单三层中的表示层的开发框架，都是ASP.NET 框架下的开发模式。

        1 页面处理流程：

        MCV的页面处理流程依旧在ASP.NET原有上有扩展，MVC通过特定的IHttpModule和IHttpHandler 来处理请求，与Webform不同的，Webform中每个aspx页面都会有是一个IHttphandler实例。MVC中 Controller都比是IHttpHandler的子类实例，Action是在MvcHandler中通过MVC的工厂反射执行的，MvcHandler可以自定义。

        2 上下文 请求对象: Context Session Request Response Cookie 基本一致

        3 配置文件基本一致，但不通用

        4 部分服务器控件并不是不可以在MVC中使用

        5 在ASP.NET MVC中，包括Membership，healthMonitoring，

       ASP.NET是建立在微软.NET平台架构上，利用Common Language Runtime在服务器后端为用户提供的强大企业级Web应用服务的编程框架。

       ASP.NET与现存的ASP保持语法兼容，通过将现有的ASP源码文件扩展名从".asp"改为".aspx"，配置在支持ASP.NET运行时的IIS服务器的Web目录下，即可获得ASP.NET运行时的51源码网下载的源码如何运行全部优越性能。与ASP的主要区别在于ASP.NET是编译执行，而ASP是解释执行，ASP.NET具有更高的效率。

       ASP.NET的执行过程可视为编译后的普通语言运行时代码充当与前端浏览器和中间件用户交互的应用程序，它接受用户的请求，输出HTML流到客户端显示。此外，ASP.NET还可以利用.NET平台架构的诸多优势，如类型安全，对XML、SOAP、WSDL等Internet标准的强健支持。

       目前ASP.NET的winform 开发框架源码开发语言有三种，分别是C#、Visual Basic .Net和JavaScript。

       ASP.NET的主要优点包括完全利用.NET架构的强大、安全、高效特性。ASP.NET运行在服务器后端编译后的普通语言运行时代码，具有运行时早绑定、即时编译、本地优化、android 坦克大战源码缓存服务、零安装配置以及基于运行时代码受管与验证的安全机制等优势，带来卓越的性能。

       ASP.NET主要包括WebForm和Web Service两种编程模型。WebForm为用户提供建立功能强大、外观丰富的基于表单的可编程Web应用。

ASP.NET MVC简单编程篇

        　　ASP NET MVC概念

        　　ASP NET MVC 是微软官方提供的MVC模式 说白了 ASP NET MVC知识开发ASP NET Web

        　　应用程序的一个框架而已 而且其只是一个表示层框架 同时也是微软的第一个开源项目

        　　使用ASP NET开发web应用程序方式

        　　WebForm方式

       

        　　Asp Net MVC 方式

        　　注意 WebForm方式和Asp Net MVC方式是使用开发web应用程序的两种并行方式 mvc(以下简称mvc)的目的并不是取代WebForm 而是web开发的另外一种选择而已

        　　MVC模式简介

        　　MVC模式是一种表现模式 它将web应用程序分成三个主要组件 即 视图(View) 控制器(Controller)和模型(Model)

        　　M Model主要是存储或者是处理数据的组件

        　　Model其实是实现业务逻辑层对实体类相应数据库操作 如CRUD(Create/Retrieve/Update/Delete) 它包括数据 验证规则 数据访问和业务逻辑等应用程序信息

        　　V View是用户接口层组件 主要是将Model中的数据展示给用户

        　　C Controller处理用户交互 从Model中获取数据并将数据传给指定的View

        　　要点

        　　 M和V的实现代码分离 从而使同一个程序可以使用不同的表现形式 C存在的目的则是确保M和V的同步 一旦M改变 V应该同步更新

        　　 控制器隔离了业务逻辑和View耦合 使得业务逻辑和数据规则等很容易改变而不影响到前台页面

        　　 View和Controller都可以直接请求Model 但是Model不依赖View和Controller

        　　 Controller可以直接请求View来显示具体页面 View不依赖Controller

        　　第一个Asp Net MVC程序

        　　案例 下面我们通过向EFFirst数据库的Customer表中添加数据数据并且将所有用户信息展示到对应页面的方式 来书写第一个Asp Net MVC应用程序

        　　Customer表结构

        　　CustId(客户编号) 主键自动增长

        　　CustName(客户姓名)

        　　CustAddress(客户地址)

        　　 首先创建MVC 的项目

        　　对解决方案点右键 新建项目 如下图

        　　将项目名称命名为MyMVC 然后点击确定 如下图

        　　选择否 点击确定

        　　接下来对项目的目录结构进行剖析

        　　App_Data;在该文件夹下的文件是不同通过URL访问的 起到保护文件的作用

        　　Content:项目用到的素材和样式等的文件夹 例如我们可以将Image文件夹和Css文件夹放到Content文件夹中

        　　Controllers:控制器存储文件夹

        　　Models 模型存放文件夹

        　　Scripts js(javascript)文件存储文件夹

        　　Views 视图存放文件夹

        　　 创建控制器UserInfoController

        　　 创建视图Register

        　　Register页面对Controller发起请求 请求可以分两种 get和post 所以我们写了两个action 为了方便后续操作 我们可以对action写一个重载 无参的Register()用来处理get请求 带参数的Register(FormCollection collection)用来处理post请求 如下图

        　　然后对无参的Register点右键 选择添加视图菜单项

        　　点击添加按钮 则在Views文件夹中会自动创建出一个名称为UserInfo(和action所在的控制器名称相同)的文件夹 并且在该文件夹下创建一个名称为Register的aspx文件 注意 这里的aspx文件没有后缀名为 cs的文件

        　　在Register中书写代码如下所示

        　　既然是注册页面 必须将用户输入的信息提交到服务器 此时我们可以使用form表单 为其action属性设置属性值为 /UserInfo/Register UserInfo代表的是UserInfoController Register代表UserInfoController下的action 也即是说我们将信息提交到了Register这个action

        　　用户填写完信息后 流程跳转到了UserInfoController 此时我们可以在接收Post请求的action中书写如下代码

        　　说明 return RedirectToAction( Index )作用是跳转到名称为Index的action继续执行

        　　 创建action Index和视图Index

        　　用同样的方式对Index点右键 创建View Index

    <style type= text/css >             th td {                  text align: center;             }         </style>         <h >微冷的雨 用户详细信息页面</h >         <h >由于顾客的数据肯定会出现多条 因此使用table显示</h >         <table width= % >             <thead>                 <tr>                     <td>编号</td>                     <td>用户姓名</td>                     <td>用户地址</td>                 </tr>             </thead>             <tbody>                <% foreach （var item in （IEnumerable<Customer>）ViewData[ Customer ]）                   { %>                      <tr>                          <td><%:item CustId %></td>                          <td><%:item CustName %></td>                          <td><%:item CustAddress %></td>                      </tr>                   <%}                     %>             </tbody>         </table>    View Code    最终我们可以实现如下效果 lishixinzhi/Article/program/net//

ASP.NET MVC与WebForm的区别

       MVC纵向切割了开发过程中的代码，从服务器到浏览器层层分离，层次之间耦合度很低，c 多线程源码因为它是顺着底层的开发脉络进行封装，所以有利于开发者对整个程序过程流转的理解。但是MVC有一个非常大的缺点，这个缺点是和整个软件发展思路相背离的，那就是它无法封装、无法封装所以无法被重用。有谁看到过mvc下面的组件？有的只是一个个现成的案例，然后拿来修改。因为一个组件肯定牵涉到控制和显示，android 扫码源码但是mvc的开发这两个层次是分离的。MVC只适合轻量级的开发，桌面开发是极少用到mvc模式的。然而web开发恰恰就是轻量级，至今所有的web开发都是轻量级的，因为网络硬件条件的限制，不需要也无法做到非常复杂的逻辑。这也是MVC非常非常适合web开发的原因。

        WebForm是微软前面一套web开发的机制。它横向切割了代码，控制和显示是封装在一起的。它从开发者思维逻辑上而不是实际情况上对代码进行封装，开发webform容易上手的原因也就在此了，但这个不利于开发者对底层程序流转机制的理解。WebForm中view和controller是放在一起的，WebForm一出现后，随之而来的是大量的组件诞生，这是mvc模式下看不到的。微软的经验之一是硬件发展很迅速。代码的封装是靠牺牲运行效率来提高开发效率，牺牲的运行效率通过提高硬件性能来解决。但微软在webform上犯了经验主义的错误，这个经验不适合网络硬件，网络硬件要考虑兼容性而且是国家的基础设施，更新的灵活性远比单机要差。大量的组件因为硬件的瓶颈无法给WebForm带来什么优势。在发展了几年webform后，微软觉得这样下去不行，等到网络硬件发展起来不知道到猴年马月了，所以就抄了一下成熟的mvc，通过Entity Framework做数据库和对象的映射，很明显，它是为了充当mvc中那个Model。通过mvc来控制和展示。

        webform生产关系是比mvc先进的，但是它不适合现在的网络设施生产力，如果要适合说不定要年后。webform和mvc很好的印证了生产关系必须适合生产力，即使强大如微软也无法改变客观规律。