webform服务器控件（html服务器控件和web服务器控件的联系）

本篇文章给大家谈谈webform服务器控件，以及html服务器控件和web服务器控件的联系对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、ASP.NET MVC 与 ASP.NET Web Form 的介绍与区别
• 2、如何在页面上动态的生成 WebForm控件
• 3、mvc与webform比较，mvc视图中为什么不建议用服务器控件？

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，httpModule,trace在内的内置和自定义的组件模块仍然是继续可用。

附图 ：MVC 原理图和介绍

1 客户端发出请求给IIS(mvc中为集成模式)，执行HttpRunTime的ProcessRequest方法

5 第八个管道事件

6 第十一，十二个管道事件

如何在页面上动态的生成 WebForm控件

% if request("infoid")"" then set rs=conn.execute("select * from nproduct where id="request("infoid")) if not (rs.eof and rs.bof) then proname=rs("proname") content=rs("proinfo") end if rs.close set rs=nothing end if %

豆腐技术站

在asp.ne中，我们可以利用程序在编程的时候动态的生成我们需要的WebForms 控件，我们先看看下面的例子

html

head

script language="C#" runat="server"

void Page_Load(Object sender, EventArgs e) {

Panel1.Visible=true;

//生成Label 标签

Label l = new Label();

l.Text = "Label";

l.ID = "Label";

Panel1.Controls.Add(l);

Panel1.Controls.Add(new LiteralControl("br"));

//生成 Text 文本输入框

TextBox t = new TextBox();

t.Text = "TextBox";

t.ID = "TextBox";

Panel1.Controls.Add(t);

Panel1.Controls.Add(new LiteralControl("br"));

//生成 超联结 文本 并指定 超联结 的 相关属性

HyperLink h = new HyperLink();

h.Text="豆腐技术站";

h.NavigateUrl ="";

Panel1.Controls.Add(h);

Panel1.Controls.Add(new LiteralControl("br"));

}

/script

/head

body

form runat=server

asp:Panel id="Panel1" runat="server"

Height="200px"

Width="300px"

/asp:Panel

asp:Button Text="Refresh Panel" runat="server"/

/font

/form

/body

/html

由此我们可以看出，我们可以 在程序的 具体运行设定的时候给出不同的控件，重要的是这些空间都是动态生成的；

下面，我给大家 给出 一些 我们常用的 WebForms 控件：

AdRotator,Button,Calendar,CheckBox,DataGrid,DataList,DropDownList,HyperLink,Image,ImageButton

Label,Panel,RadioButton,Repeater,Table,TextBox

这些控件的含义通过他们的名称我们就可以很容易的看出来，所以 我就不在这里详细讲解他们的含义了，如果

mvc与webform比较，mvc视图中为什么不建议用服务器控件？

先说服务器控件,把大部分属性序列化成ViewState,后台可以很方便的进行交互,但是当你页面里服务器控件多,或者有一个GridView的时候,ViewState隐藏表单的值会惊人的长.而服务器控件的各个事件,也是通过提交表单的方式将消息传递到服务器,再由服务器响应.这样带来的纯粹只是开发上的便利,运行效率是无法谈起的.

就我个人感觉,MVC其实是想把ASP.NET的网站从传统冗余的ViewState里解放出来.在MVC里通过最传统的POST或者GET传值,这样不仅利于我们控制,而且生成的页面简洁的多.

这些都是一些网上的说法和我自己的经验,具体用不用还是看你.因为就算用服务器控件,也是可以编译通过的.

至于呈现数据的话,我感觉这个不算什么问题啊.可能你没接触过那些解释型语言,在不用服务器控件的环境下,若得到单个数据,用%%标签输出即可;若得到一个集合数据,进行遍历就可以循环展示.

webform服务器控件的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于html服务器控件和web服务器控件的联系、webform服务器控件的信息别忘了在本站进行查找喔。