admin 管理员组

文章数量: 1086019


2024年3月13日发(作者:滚动文字代码怎么添加)

基础概述

是一种用于创建基于Web的应用程序的编程模型。从本

质上来说,运行时和.NET Framework类库集可以用于创建动态Web

页。它需要在Web服务器的环境中运行,例如Microsoft Internet

Information Server(Microsoft互联网信息服务器,IIS),并且根据服

务浏览器请求指示在服务器上执行程序。与直接由Web服务器提供的

静态HTML不同的是,页面实际上是在服务器上执行以后再

产生结果的。页面的最后生成也许是由许多不同的指令和/或数据源构

造的。

页面以.aspx扩展名存储。页面由程序员将文本、标记

(例如HTML)以及特定服务器标记和脚本组合在一起,然后

存储在Web服务器上。可以将存储后的页面看成是一套描

述如何创建一个HTML页面的指令。当该页面被请求浏览时,服务器

端程序将会用纯标记来创建一个客户端浏览器可以读懂并能呈现

(render)的页面。因为呈现后的输出是纯标记,所以任何浏览器都能

够读懂;所有的动态过程都发生在Web服务器端。特定服务

器标记非常强大,例如,它可以对用户的动作作出反应,连接至数据

存储以及自动创建非常复杂的HTML结构。

正像前面提到的那样,只是.NET Framework的一部分,

所以 页面可以利用这个框架提供的所有服务,包括连网、数

据访问、安全以及更多其他服务。因为可以使用所有这些服

务,所以相比以前,能够创建更加丰富的Web应用程序。只需花少量

的时间来构建所有应用程序所需的构建块,而将大多数时间用在应用

程序独有的特殊逻辑上。

还在Web编程中引入了一些独特的新技术,可以在典型

的动态服务器页面(Active Server Pages,ASP)上极大地改善开发模

式:

· 语言独立性——因为是.NET Framework的一部分,

所以可以使用您自己选择的语言来构建应用程序,例如C#、

VB或J#。而典型的ASP则仅限于JScript或者VBScript页面。

· 编译而不是解释——与典型的ASP在每一次页面请求时都解释

编程结构不同,在服务器端动态地将页面编译成可以运行得

非常快的本机编程指令。可以很明显地看到典型的ASP页面的性能与

相同页面的性能之间相差的数量级别。

· 事件驱动编程模式——在典型的ASP中,页面总是以自顶向下

的线性方式执行,并且HTML标记常常与程序指令混合在一起。任何

一个有一定ASP经验的人都知道这样会使得页面难以阅读,甚至更加

难以维护。引入了事件驱动模型,这个模型允许您将代码与

标记内容分离,将代码并入处理专门任务的有意义的单元中,例如响

应客户端的按钮单击动作。这个类似VB的事件模型极大地提高了页面

的可读性和可维护性。

· 服务器控件——典型的ASP需要动态地将HTML片断代码接合

在一起呈现,这样做的结果就是在应用程序中一遍又一遍地编写相同

的代码(您需要多少次才能从数据库查询中构建一张表格)。带

给Web编程的一个最大的好处就是能够将公共的呈现和行为封装成服

务器控件(server control),可以在应用程序中很方便地重复使用。就

像HTML标记一样,服务器控件以声明的形式创建,但是表现为一个

位于服务器端的可编程对象,它可以与代码进行交互并输出定制的动

态HTML呈现。包含了大约80多个服务器控件,这些控件

封装了从标准表单元素到复杂控件(如网格和菜单)的所有内容。

· 控件设计时间的改善(当使用Visual Web Developer时)—— 开

发人员通过使用设计时间界面可以减少花费在开发复杂页面上的时间,

这些界面包括敏捷任务面板、标签级导航栏和可以设置控件属性的向

导。 2.0

的第一个版本(1.0和1.1)在2001年至2003年间迅速风

靡了Microsoft的开发阵营。程序人员很快便感觉到他们通过使用强

大和灵活的.NET Framework可以大大减少编码时间,而且CIO们也

看到当程序员花在解决客户代码的疑难问题上的时间减少时,他们就

可以将更多的资源投入到更高级的IT结构的改善上。确实是

一个里程碑式的版本,它简化了开发人员的工作。

但是,就在第一个版本发布之前,Microsoft的小组就

已经在为开发 2.0而工作了。他们以下面雄心勃勃的目标来

开始他们的工作:

· 使创建一个典型的Web应用程序所需代码行数减少70%。

· 提供一套可扩展的应用程序服务,用来为通用应用程序任务提供

构建块,例如成员、角色、个人化以及导航等。

· 创建一系列基于任务的服务器控件,这些控件可以调节上述服务,

交付完全、可定制的用户接口(UI),以最小的代码量来展示这些服务。

· 当与.NET Framework协同工作提供页面服务时,改善IIS的性

能。

· 提供管理功能,以便加强服务器的部署、管理和运行。

· 改善宿主公司所用的工具,以便可以支持多站点并能够将开发人

员的项目迁移至公共部署环境。

· 让的几乎所有特性都能够方便地扩展或者用定制的高级

任务的执行替换。 在这里,我们有必要再来细细地回想一下第一个目

标,也就是使编写一个动态Web应用程序所需的代码量减少70%。这

有可能吗?Microsoft的小组已经仔细考虑过各种以定制代

码执行的通用任务,并且专门制定了将这些任务封装进构建块(特别是

服务器控件)的方式,这样就能够自动地完成这些任务了。例如,大多

数Web应用程序都需要安全或者导航或者个性化服务来为用户提供定

制的体验。在 2.0中,这些任务是通过一系列可配置的应用

程序服务,以及与这些应用程序服务进行对话的服务器控件来实现的,

这样可以极大地减少实施这些通用服务所需的应用程序的代码量。但

是,在所有这些通用任务当中,有一个任务是绝对独立于其他应用程

序的,这就是数据访问服务。数据是驱动所有动态Web应用程序的公

用线程,所以毫不奇怪,小组为了减少代码量和在

2.0的应用程序中执行数据访问所需的概念,而制订了一些大胆的目标:

· 在中可以通过声明的(无代码)方式来定义一个数据源。

· 可以通过声明的(无代码)方式用UI控件显示数据,无需在页面的

执行生存期中的特定时间进行显式的数据绑定。

· 可以通过声明的(无代码)方式执行通用数据任务,例如排序、分

页、过滤、更新、插入以及删除数据。

· 可以使用多种UI控件来显示数据,包括灵活的网格/详细控件,

该控件既可以显示又可以操作数据。

· 为创建定制的数据源,启用可扩展的模型来支持新的数据类型。

2.0具有一些程序员可以使用的特定的服务器控件,用于

在页面上添加数据交互。这些专门的数据控件分为两组:数据源控件

和数据绑定控件。数据源控件创建与数据库的链接。数据绑定控件则

从数据源控件获取信息,并在页面上创建呈现。这种简单的双控件模

式可用于多种情况。对于多种数据库类型,甚至是非关系型数据源,

都有相应的数据源控件。同样地,有多种数据绑定控件可用来在页面

上生成表格、树型、列表以及其他数据格式。在前面我们已对

进行了介绍,同时讲述了的一些理论,现在开始介

绍本书剩余部分的细节内容:数据源控件和数据绑定控件的使用。数

据源控件以及附带产品包括如下条目:

· SqlDataSource控件,用于与Microsoft SQL Server和其他数

据库进行连接

· AccessDataSource控件,用于与MDB文件连接

· ObjectDataSource控件,用于与中间层对象连接

· XMLDataSource控件,用于XML文件或者数据流

· SiteMapDataSource控件,用于以 2.0站点地图格式

存储的XML文件额外的控件已经由第三方开发。

在数据绑定控件中,有很多与 1.x中的相似,有一些则

是 2.0全新开发的:

· ListBox、DropDownList和BulletedList、CheckBoxList、

RadioButtonList

· AdRotator是实现旧功能的数据绑定控件

· DataList和Repeater以灵活的布局方式提供数据

· DataGrid(与 1.x中的相同)和GridView(第2个版本中

的新控件)用于表格数据

· DetailsView和FormView以轻松的导航提供记录的信息

· TreeView用于显示分级数据

总之,数据源控件和数据绑定控件将会是本书重点介绍的对象。

在.NET Framework 2.0公开beta版本发布之前,少数的几个程

序组就已经被允许查看工作代码,并希望尽快获得他们的反馈。结果,

所有的反应只有一个,那就是热烈,“太好了!”然后就是“什么时

候我才能用 2.0替换我的 1.x应用程序?”。现在

beta发布版本已经在手边,我们无需再等待了。


本文标签: 控件 数据 页面 代码 服务器