2008年（1812）
分类：
2008-05-03 18:44:01
我们不倾向于大放厥词。SharePoint Services为你提供了很多可能是你期待已久的特性，这些功能是过去你不能奢望的，因为如果你要实现他们，不得不面对这样的麻烦：要么让自己晕头转向，要么就破坏了你的系统架构。而且，其中一些特性可能并不是立即能够表现出来的：SharePoint Services被定位为一个文档管理系统，而且这一概念存在着一个潜在的问题，因为我们都对文档管理系统有着非常顽固和世俗的成见。然而，SharePoint以Web为中心的产品定位，给了某些人意料之外的冲击，而且可能改变你的思维方式。下面是一些值得一提的亮点：
1．SharePoint扩展了Exchange Server
如果你正使用Exchange Server来处理你的电子邮件流量，SharePoint可以极大的简化分发任务。你可以创建一个SharePoint站点，作为一个单独的接收Exchange流量的结点，这样一来，实际上就把邮件的流量分为了一个或者几个，拥有内建安全性和成员资格的组。通过在Exchange中为SharePoint设置一个公共目录，Exchange的任务就完成了，而SharePoint就从这个目录中取出数据并完成分发工作。
2. SharePoint提供了可扩展的协同工作解决方案
微软到处宣扬SharePoint Services本质上是一套协同工作解决方案的工具包。为项目组建立站点，以便于其交流、共享以及管理针对项目的文档或者文件，测试，还有其他的协作功能，都属于SharePoint的日常应用范畴。
SharePoint另外一个卖点是这一套协同工作工具是具备高度伸缩性的。一开始仅仅在一个项目组之间共享的资源库，可以很轻易的被提炼精简，以适应整个组织甚至更广大的用户群体的需要。SharePoint Services可以很容易的被部署在一个服务器集群的多台服务器上，使得创建超大数据量的存储成为可能。
3. SharePoint站点是高度可定制的。
SharePoint Services与FrontPage 2003完全集成，因此所有的FrontPage里的WYSIWYG Web编辑工具，都可以用来构建SharePoint站点（如果你的组织走得更远更深，对开发颇有心得，还可以让所有的工作都用ASP.NET来编写完成）。
通过FrontPage，你可以利用Web Parts工具，将你可以在SharePoint中重用的代码模块化，来从更大范围内的所有可能的数据源收集实时数据。你可以允许用户通过在你的站点中加入一个Web Part区域，来控制这些代码模块，这可以通过通常的拖放控件操作来完成。 通过XSLT的风格来完成一个控件，你既可以直接对其尽兴操作也可以通过FrontPage来完成。而且，如果有必要的话，你还可以使用带条件的格式化。
4. SharePoint扩展了InfoPath
InfoPath 2003是微软用于集成表格管理和数据传输的桌面应用程序技术。其实InfoPath是一个强大但却被低估了的技术，而且它的XML架构与表格友好性都能够很好的与SharePoint配合。
具体说来，你会发现直接将InfoPath的表格发布到SharePoint的库中是很有用的。在这样一个库里，表格不单被存储起来，更重要的是被共享了，而且可以被将SharePoint作为协作工具的工作小组们访问（原本的表格是存储在库的头部，而其中的XML结果集合构成了库本身）。
而且，通过SharePoint Portal，你可以用SharePoint Portal Web服务来为你的组织团队增强InfoPath表格的功能，如果需要的话，你可以在你的组织的其他系统中（或者出于某种原因而从外部）访问某些信息以及对表格进行统计。
我们不倾向于大放厥词。SharePoint Services为你提供了很多可能是你期待已久的特性，这些功能是过去你不能奢望的，因为如果你要实现他们，不得不面对这样的麻烦：要么让自己晕头转向，要么就破坏了你的系统架构。而且，其中一些特性可能并不是立即能够表现出来的：SharePoint Services被定位为一个文档管理系统，而且这一概念存在着一个潜在的问题，因为我们都对文档管理系统有着非常顽固和世俗的成见。然而，SharePoint以Web为中心的产品定位，给了某些人意料之外的冲击，而且可能改变你的思维方式。下面是一些值得一提的亮点：
1．SharePoint扩展了Exchange Server
如果你正使用Exchange Server来处理你的电子邮件流量，SharePoint可以极大的简化分发任务。你可以创建一个SharePoint站点，作为一个单独的接收Exchange流量的结点，这样一来，实际上就把邮件的流量分为了一个或者几个，拥有内建安全性和成员资格的组。通过在Exchange中为SharePoint设置一个公共目录，Exchange的任务就完成了，而SharePoint就从这个目录中取出数据并完成分发工作。
2. SharePoint提供了可扩展的协同工作解决方案
微软到处宣扬SharePoint Services本质上是一套协同工作解决方案的工具包。为项目组建立站点，以便于其交流、共享以及管理针对项目的文档或者文件，测试，还有其他的协作功能，都属于SharePoint的日常应用范畴。
SharePoint另外一个卖点是这一套协同工作工具是具备高度伸缩性的。一开始仅仅在一个项目组之间共享的资源库，可以很轻易的被提炼精简，以适应整个组织甚至更广大的用户群体的需要。SharePoint Services可以很容易的被部署在一个服务器集群的多台服务器上，使得创建超大数据量的存储成为可能。
3. SharePoint站点是高度可定制的。
SharePoint Services与FrontPage 2003完全集成，因此所有的FrontPage里的WYSIWYG Web编辑工具，都可以用来构建SharePoint站点（如果你的组织走得更远更深，对开发颇有心得，还可以让所有的工作都用ASP.NET来编写完成）。
通过FrontPage，你可以利用Web Parts工具，将你可以在SharePoint中重用的代码模块化，来从更大范围内的所有可能的数据源收集实时数据。你可以允许用户通过在你的站点中加入一个Web Part区域，来控制这些代码模块，这可以通过通常的拖放控件操作来完成。 通过XSLT的风格来完成一个控件，你既可以直接对其尽兴操作也可以通过FrontPage来完成。而且，如果有必要的话，你还可以使用带条件的格式化。
4. SharePoint扩展了InfoPath
InfoPath 2003是微软用于集成表格管理和数据传输的桌面应用程序技术。其实InfoPath是一个强大但却被低估了的技术，而且它的XML架构与表格友好性都能够很好的与SharePoint配合。
具体说来，你会发现直接将InfoPath的表格发布到SharePoint的库中是很有用的。在这样一个库里，表格不单被存储起来，更重要的是被共享了，而且可以被将SharePoint作为协作工具的工作小组们访问（原本的表格是存储在库的头部，而其中的XML结果集合构成了库本身）。
而且，通过SharePoint Portal，你可以用SharePoint Portal Web服务来为你的组织团队增强InfoPath表格的功能，如果需要的话，你可以在你的组织的其他系统中（或者出于某种原因而从外部）访问某些信息以及对表格进行统计。
