从SharePoint到ASP.NET 2.0 WebParts------外文翻译.docVIP

毕业设计（论文） 译文及原稿 译文题目 原稿题目From Sharepoint to ASP.NET 2.0WebParts 原稿Dino Esposito, March 8, 2005， /tt/articles/showarticle.tss?id=WebParts1 从SharePoint到ASP.NET 2.0 WebParts 古老而又智慧的谚语说“时间就是金钱”，及时和有针对性地获取你所需的信息是节约时间和金钱的关键。如今的网站需要提供一个数量超级庞大的信息，但在单一的页面上呈现过多的内容只会导致混乱。模块化页面布局和个性化的内容是提高用户满意度和生产力的关键。如果经理每个早晨都需要审查一套特定的数据集，你应该为她提供的是那套没有修饰而且易于访问的数据。这就是为什么互联网门户网站依旧存在的原因。 在Windows世界中，SharePoint使产品和技术简化，并支持在一个公司或组织与合作伙伴之间各种形式的合作。基于SharePoint的Web站点的网页包含一个名为WebParts的专用附件用于特定的设计提供个性化和可定制的窗口信息给用户。最后，WebParts是一个特别的代码层而且它们是能与SharePoint框架有相互作用的ASP.NET控件。到目前为止一切顺利。那么Whidbey的和.NET框架的下一个版本将会怎样？ ASP.NET 2.0中带有一个内置的门户框架会带给表格两个重大的益处。首先，它大大降低了建设ASP.NET门户解决方案的投资。第二，它为建设以ASP.NET为基础的门户网站提供了一致的模型。 SharePoint技术和ASP.NET 2.0有何区别呢？他们是有重叠区域不同类型的动物.。SharePoint产品（及相关技术）针对的是在授权范围内的成员之间和他们的合作伙伴和客户协作的组织。在这种背景下，门户网站是一个词的可能性与实际应用之间的关系是“协作”。 ASP.NET 2.0提供了一个框架，开发人员可以用来建立门户网站而不需要采取SharePoint的产品和技术。SharePoint和ASP.NET的门户框架是否有联系点呢？当然，他们的名字是WebParts的组成部分。 1 WebParts的现状与未来 截至今天，与Windows SharePoint服务（WSS）和SharePoint Portal Server（SPS）2003提供，WebParts是一个和普通的ASP.NET服务器控件一样的控件。更确切地说，它是SharePoint组成部分的一个基类开始构建的自定义服务器控件。在ASP.NET 2.0中什么是WebParts呢？这是一个可以选择实现一个特定的接口服务器控件（也可能是用户自定义的控件）。在很大程度上两者的定义似乎是相同的。 ASP.NET WebParts和SharePoint WebParts有何相同点呢？他们不等同，不能交互，但他们肯定从概念上类似。从长远来看，可以预见，ASP.NET和SharePoint WebParts会有某种形式的融合。不过，这不会发生，直到SharePoint下一代产品退出市场。在将来，预计ASP.NET WebParts框架将作为微软门户解决方案建立共同的平台的产品。 如果你是一个SharePoint顾问，对WebParts非常了解，你一定会很高兴地看到，在用ASP.NET构建门户解决方案时你会运用到很多你用过的技术。同样，如果你是一个ASP.NET开发者，构建WebParts的并不代表是不可能完成的任务。如果您曾经开始工作于ASP.NET 2.0 WebParts而现在需要恢复到SharePoint WebParts，这一切看起来就像是一个似曾相识的冒险。在这篇文章中，我将设计一套符合实际的组成部分，作为建设它的SharePoint WebParts。接下来，我将建设成为一个如同ASP.NET 2.0 WebParts相同的组件。 2 构建今天的WebParts 建设一个SharePoint 2003 Web部件并非真正不同与建立一个ASP.NET自定义控件。刚开始，在Visual Studio.NET库项目中创建一个Web控件，添加一个引用到SharePoint库，然后开始编码。你可以节省一些时间，工作在略微舒适的环境中，如果您第一次安装SharePoint 2003模板用于Visual Studio.NET 2003。你可以从下面的网址中获取。该组件添加了一个新的工程项目到Visual Studio.NET的菜单上，一旦选定，编写一个Web控件准备编译为一个空的SharePoint WebPart。有趣的是，新的项目模板会自动添加一个DWP文件和一个清单。 我要创建的Web部件的组件功能是部分效仿MSNBC的We