早在2011年时候，就想过要翻译这书SharePoint的经典之作，但是最终还没坚持下来。时隔两年，再次提笔，这次一定要坚持翻完。由于是第一次翻译，加上本人水平有限，不免有错误及翻译不当的地方，还请各位多提宝贵意见及勘误。您的支持，是对我最大的支持及鼓励。
第一章 SharePoint 2010开发者路线图
除非你不问世事，或者是去搞云计算了，否则你一定已经注意到了SharePoint变得越来越火了。在过去短短的几年时间里，SharePoint的销售额就已经超过了数10亿美金。可以毫不夸张的讲，SharePoint已经迈进了主流软件产品的行列。每天都有全球数百万的用户在使用SharePoint, 这些用户不仅包括普通的业务员，一线经理，企业高管，还包括网站管理员，系统管理员以及开发人员。
截止这一本书出版时（2011年）,微软共发布了4个版本的SharePoint，详见表1-1。每次发布都会包含两个产品，一个是仅提供核心功能的免费版本，另一个则是在其基础之上增加很多功能的商业版本。收费版本，以服务器端及客户端访问许可的方式出售。
|
年份 |
内核版本 |
商业版本 |
|
2001 |
SharePoint Team Services |
SharePoint Portal Server 2001 |
|
2003 |
Windows SharePoint Services 2.0 |
Microsoft SharePoint Portal Server 2003 |
|
2007 |
Windows SharePoint Services 3.0 |
Microsoft Office SharePoint Server 2007 |
|
2010 |
Microsoft SharePoint Foundation |
Microsoft SharePoint Server 2010 |
SharePoint 2001提供了一个，允许普通用户根据需求，自助创建站点、列表以及文档库的环境。这个环境是以数据驱动为导向，并基于Sql Server实现的。通过在数据库中，增加记录来跟踪站点及列表的创建。但是这个版本有一些先天性的不足。首先，对站点进行自定义的过程非常的繁琐。其次，上传到文档库中的文件，被存放在前端服务的硬盘上。这导致无法通过增加服务器场的前端服务器来对其进行扩展。
SharePoint 2003, 是第一个基于 .Net Framework 及Asp.net 来构建的版本。 由此，开发人员可通过Web Part及Event Handlers（事件处理器）来扩展SharePoint。此外，这个版本还修改了文档库的实现机制，将文件存放到后端的数据库，而不在是前端服务的硬盘上。这一改动，使得通过增加服务器场的前端服务器，来扩展SharePoint变成了可能。
SharePoint 2007在其基础架构上，引入许多新的概念。这些概念包括站点列，内容类型，features 以及solution packages。微软同进还增强了SharePoint与Asp.net之间的集成，使得Asp.net开发人员可以使用他们所熟悉的Asp.net组件，如模板页，用户控件，navigation providers，authentication providers, 自定义HttpModule等来扩展SharePoint。
SharePoint 2010是SharePoint的第四个版本，也是本书出版时的最新版本。它包括Microsoft SharePoint Foundation(内核、免费版本)和Microsoft SharePoint Server 2010(商业版本)。这个章节的主要目标是让您对SharePoint有一个较高层次的认识。除此之外，你还将学习到SharePoint Server是如果通过扩展SharePoint Foundation，来为增加额外的功能及商业价值。
SharePoint Foundation
SharePoint Foundation在内核层次上对SharePoint2007做了很大的改动。对于使用过2007的用户而言，它在浏览器上的用户体验有了一个质的的飞跃。2007的UI已经过时了，它的UI设计完全没有遵循当前的HTML标签，甚至没有包含任何web 2.0的概念。这些限制，严重的影响了它的可访问性及跨浏览器特性。2007在用户体验上的最大的败笔可以总结为两点：没有必要的服务端回发，莫名奇妙的页面跳转。
SharePoint 2010通过引入新的以Ajax驱动的UI，极大的增强了用户体验。SharePoint 2010的页面通过借助JavaScript的异步访问，消除了不必要的服务端回发。SharePoint 2010还通过inline editing和模式对话框消除了莫名奇妙的页面跳转。最后，SharePoint 2010还通过引用服务端Ribbon来增强用户体验。借助服务端Ribbon, 用户不必离开当前页面，便可查找和执行大量的上下文命令。
SharePoint 2010除了提升用户体验外，还带来了其它大量的增强点。表1-2列出了一些对于SharePoint 2007的开发人员来讲，比较感兴趣的点。这些主题将贯穿整本书。
表1-2：SharePoint 2010针对开发人员的增强点
|
增强点 |
优势 |
|
服务运用程序架构 |
重新设计架构，可方便的跨运用程序或服务器场共享资源 |
|
Windows PowerShell 的支持 |
可以直接使用PowerShell（windows上的管理脚本）来管理SharePoint |
|
Feature 的版本化及升级 |
Feature也直接版本化及升级了 |
|
基于Visual Studio 2010的SharePoint 2010开发工具 |
一流的SharePoint开发体验 |
|
纱箱解决方案 |
可以在站点集级别部署解决方案 |
|
New features for throttling lists and controlling query execution |
通过控制列表数量及低效的查询，提高服务器场的稳定性 |
|
New events for sites, lists, and workflows |
允许开发人员监听更多的事件 |
|
LINQ to SharePoint provider |
可以直接使用Linq访问List的数据 |
|
REST-based access to SharePoint list items |
可使用基于REST风格的Web 服务跨网络访问SharePoint |
|
Client-side object model |
在跨网络时使用.net, Silverlight，JavaScript 访问SharePoint，仍然可利用SharePoint对象模型 |
|
Enhanced support for integrating Silverlight applications |
可以方便的开发和部署Silverlight |
|
Claims-based security |
新的认证模式，可方便的扩展外面用户的可访问性 |
|
Business Connectivity Services (BCS) and external lists |
增强的可读写BCS |
|
.NET Assembly Connectors for BCS |
可以方便与任何数据源集成 |
SharePoint Foundation Architecture
从本质上讲，SharePoint Foundation 只是一个供给引擎而已。它的设计理念，其实就是利用基于Web的模板来创建站点，列表，文档库并在里边存储和管理内容。模板被用于创建站点以及站点内的各种元素，例如列表，页面及web part.
SharePoint 对于面临创建及管理大量网站的企业及组织而言，尤其有用。因为它显著的减少了所需做的工作。一个IT管理员，甚至是一个普通的业务人员，都可以轻松在一分钟内，通过在浏览器里点点鼠标来创建一个基于SharePoint的网站。创建网站的内容如列表或页面，也如创建站点一样简单。
SharePoint会通过添加或修改数据库记录，来处理好所有创建站点及内容的细节。数据库管理员也不需求去创建新的数据库或数据表。Asp.net开发人员也不需要创建新的网站来提供用户接口。系统管理员，也不需要在前端服务器上复制任何文件，或对IIS进行配置。这就是SharePoint的魅力所在。
SharePoint的架构被特意的设计成在服务器场内运行。图1-1,展示一个具有两个Web前端加一个数据库服务器的简单服务器场架构。在具有多个前端服务器的应该场景中，一般都需要有一个网络负载均衡来处理HTTP的请求，将请求分发到适当的web前端服务器。
图1-1:SharePoint通过设计具有多前端的Web服务器场来实现其可扩展性
SharePoint Foundation 和 SharePoint Server 2010都只有64位的版本，可以被安装到64位的Windows Server 2008 或 Windows Server 2008 R2。如果是搭建开发环境的话，也可以把它们安装到64位的客户端操作系统，比如Windows 7 或 Windows Vista。
SharePoint 2010借助前端Web服务器上的IIS 7来监听Http请求，同时使用IIS和应用程序池架构来管理服务端的工作进程。SharePoint 2010的运行时环境是作为一个服务端的进程来运行的，这个进程的名称为w3wp.exe，它是由IIS的运行程序池启动和执行的。详情请见图1-2，从这个图片，可以发现SharePoint是构建在.NET Framework 3.5 和 ASP.NET 3.5 Service Pack 1之上的。
图1-2: SharePoint运行时被加载到运行ASP.NET 3.5的IIS 应用程序池中
SharePoint 2007是构建在.net 3.0之上的，并且也可以通过修改Web前端服务器的配置，来使其支持.net 3.5。但是由于各方面的原因，实现这个配置其实是非常困难的。因此，大部的SharePoint开发，都没有使用到.net 3.5所引入的新开发优势。相比SharePoint 2007，SharePoint 2010天生就支持.net 3.5，以及3.5所引入的新特性，比如Ajax, Linq还有Silverlight。本收假设大部分从07迁移到10的SharePoint开发，都是第一次使用.net 3.5的新特性。
同时，你还应该注意到，SharePoint 2010的最初版本，并不支持.net 4.0。直到撰写本书为止，微软还尚未发布任何消息，称SharePoint将支持.net 4.0。
SharePoint Farms (SharePoint服务器场)
所有的SharePoint部署，都是基于服务器场的概念来部署的。简单来说，服务器场就是一台或多台服务器协同工作，一同为客户提供SharePoint相关功能。在一些比较简单的应用场景下，你可将所有SharePoint相关的服务及组件安装并配置到单台服务器上。在真实的生产环境中，一个典型服务器场，都会包含一台独立的专用的Sql Server数据库服务器，同时还包含多台前端服务器，如图1-3所示。在稍后的章节，你还将看到，一个服务器场，除了包含一个数据库服务器，多台前端服务器外，也还可以包含一个或多个应用程序服务器。
图1-3: 你可以使用单服务器场的模式来搭建开发环境
每个SharePoint服务场，都运行着一个唯一的称之为配置数据库的数据库。每当创建新的服务器场时，SharePoint都会创建一个配置数据库，并来用保存服务场级别的配置信息。例如，配置数据库保存着服务场包含的Web前端服务器信息，同时还保存对服务器常具有管理权限的用户信息。
在搭建开发环境时，最好是在单一服务器场上安装和配置。记住，你可以选择在客户端操作系统 （如Windows 7）上安装和配置SharePoint。如果你一定要在客户端操作系统上搭建开发环境的话，最佳实践是在64位Windows 7构建。
如果工作环境允许的话，还是应当考虑在64位的Windows Server 2008 或 Windows Server 2008 R2.安装SharePoint 2010。一种做法是直接在物理机的安装SharePoint 2010。另一个比较受欢迎的做法是在虚拟机上安装SharePoint 2010。你可以通过安装Windows Server 2008 R2并配置Hyper-V，来安装虚拟机。Hyper-V允许你创建虚拟机，并在虚拟机里安装64位的Windows Server 2008 R2 和SharePoint Server 2010。
在服务器端操作系统（比如Windows Server 2008 R2）上搭建SharePoint开发环境，具有一个关键的优势，那就是可以安装和配置活动目录，以便于更一步的模拟真实的生产环境。图1=3展示了安装在SharePoint开发环境上的软件层次结构。
作为一个SharePoint开发人员，请一定要记住，你面临的服务器场，将可能是各种各样配置及结构的。虽然你多半是都是在单一服务器上开发及测试代码的，但它几乎不会是你的代码即将被部署到的服务器场类型。如果你认为生产环境服务器场和开发环境差不多，那你就大错特错了。
许多已经投入到SharePoint开发的公司，都会把它们的服务器场划分为三类。
1. 开发服务器场：开发人员在这个环境开发并调试
2. Staging服务器场 : 模拟真实的生产环境，并用来测试SharePoint解决方案。一般情况下，不会在Stage环境中的服务器上安装开发工具。一旦SharePoint解决方案在Stage上通过测试，它便可以部署到生产环境上了。
3. 生产服务器场: 最终用户真正使用的环境。