首页 新闻 论坛 群组 Blog 文档 下载 读书 Tag 网摘 搜索 开源 FAQ 第二书店 博文视点 程序员
频道: 研发 数据库 中间件 信息化 视频 .NET Java 游戏 移动 服务: 人才 外包 培训
    图书品种:235680
       
热门搜索: ASP.NET Ajax Spring Hibernate Java

定制在应用开发中是一个面很广的话题。用户总喜欢改变应用的布局、外观和行为,对这些方面做一些小的调整从而更适合行业做法,更好地满足其实际喜好。不过,尽管这种定制功能在主流应用中(如Microsoft Office和Windows本身)已经很常见,但支持这种特性的网站还很少(不过并非完全没有,MSN和Microsoft Live (http://www.live.com/)等网站就大量使用了定制)。

不过在ASP.NET 2.0中这一切都改变了,从上一章中的个性化特性就可以看出来。在这一章中,你将了解更多个性化方法,利用这些方法,用户可以使用Microsoft Portal Framework及其底层技术WebPart定制Web应用和页面的视图。我们将介绍以下内容:

q 门户框架,现在它已经成为ASP.NET 2.0的一个基本部分。

q 什么是WebPart,以及如何在页面中使用WebPart。

q 如何控制WebPart。

q 如何允许用户定制WebPart。

q 如何连接WebPart。

首先来看什么是WebPart,以及门户框架到底是什么,它们与使用ASP.NET 2.0(或其他不同的软件平台)构建门户应用有什么意义。

13.1  ASP.NET 2.0门户框架

实际上,任何网站或Web应用的主页就是这个网站或应用的“门户”。一般来讲,主页上包含有新闻和信息等内容,当然还有网站或应用中其他页面的链接。不过,“门户”这个词与提供信息模块化视图的页面关系越来越紧密。这正是Microsoft SharePoint和其他类似内容管理系统的主要目标之一。

ASP.NET 2.0 为此专门设计了WebPart技术,从而更容易构建这种页面和应用,通常无需开发人员编写任何代码。

13.1.1  门户框架的目标

WebPart并不是一个全新的技术,从某种程度上讲,它结合了现有的开发成果来提供一种通用解决方案。这种技术的目标是:

q 为支持模块化内容而且可以由终端用户定制的网页和应用提供一个健壮的框架。

q 提供一个易于理解和使用的编程模型,对于大多数类型的的页面来说,利用这个模型无需编写任何代码,还能支持更复杂的情况。

q 如果客户软件支持,可以提供丰富的用户体验,另外为其他客户提供安全的回退支持。

q 很容易为单个用户和用户组完成配置,易于结合ASP.NET 2.0的底层个性化特性。

q 为所有Microsoft应用使用的门户技术建立一个基础,从而支持ASP.NET以外WebPart技术的发展,如SharePoint、Content Management Server(内容管理服务器)和Office 2003。

q 对要用的第三方WebPart和程序集提供全面支持和集成,尽可能提供向后兼容,并为其他现有技术提供一个移植途径。

q 满足门户应用的性能要求,它通常要经受使用激增的考验在使用量很高的情况下激增(如一组用户同时开始工作)。

1. 与SharePoint和Office WebPart集成

新的ASP.NET WebPart技术的一个重要目标是不仅为现有WebPart提供支持,还允许在 SharePoint和其他微软应用中扩展。WebPart技术已经存在很多年了,在Digital Dashboard和Content Management Server等产品中早已经有了WebPart,未来,ASP.NET 2.0 WebPart Framework将成为下一版本SharePoint的基础,从而能在应用间共享WebPart。

2. 定制和个性化

WebPart技术提供了内置功能来实现定制显示。它与ASP.NET个性化技术相集成,从而持久存储各个用户的设置或用户共享的设置,并能在用户再次登录时自动获取所存储的设置。个性化信息可能逐用户地存储,或者由所有用户共享,这称为作用域(scope)。

作为定制特性的一个例子,图13-1中的切屏图显示了在一个富客户端(IE 6),只需将模块从一个位置拖动到另一个位置,就可以让用户进入设计模式,并改变页面上模块的布局。

WebPart技术自动实现了所有定制过程以及许多其他特性。可以最小化或“卷起”一个WebPart,从而只看到它的标题栏。而且,从本章的示例页面中可以看到,还能很容易地提供以下特性:允许用户编辑单个WebPart的外观和行为、为各个WebPart打开专用的Help窗口、关闭或隐藏单个WebPart,以及向页面增加新WebPart。

看上去这是一个复杂的过程,确实会生成一个包含诸多特性的页面,如果从头实现这些特性,开发人员需要付出很大的努力。不过,图13-1中的示例(稍后将更详细地讨论)只包含声明性内容(ASP.NET服务器控件),而且几乎不需要编写任何服务器端代码。

13.1.2  关于WebPart框架

WebPart技术是通过一系列ASP.NET服务器控件提供的。这些服务器控件结合在一起,共同生成了图13-1中所示的那种输出和特性集。在底层,页面的源代码根据服务器控件声明建立了对象的一个结构化层次体系。图13-2显示了这个结构。

在本章中,我们将逐步详细介绍这些对象,了解它们在整个门户设计中有什么作用。

图13-1  在IE 6中改变布局

图13-2  WebPart门户页面的对象结构

查看所有评论(0)条】

最近评论



正在载入评论列表...
热点评论