SharePoint学习札记[1] — WSS与MOSS的关系
SharePoint 站点将文件存储提升到一个新的高度，从存储文件到共享信息。这些站点可以为团队协作提供社区，使得用户能够在文档、任务、联系人、事件以及其他信息上开展协作。它们允许团队和站点管理者更轻松地管理站点内容和活动。这样的环境旨在实现轻松和灵活的部署、管理以及应用程序开发。
Windows SharePoint Services 是一种通用方法，各种规模的组织和业务单位都可以使用它来提高业务流程的效率和团队的工作效率。通过使用有助于用户跨组织和跨地区边界保持连接的协作工具，Windows SharePoint Services 使用户能够访问他们所需的信息。
建立在 Microsoft Windows Server 2003 之上的 Windows SharePoint Services 还提供了一个基础平台，用于构建基于 Web 的业务应用程序，可以轻松地调整和缩放这些程序以满足不断变化和日益增长的业务需求。通过使用可靠的管理控件来管理存储和 Web 基础架构，IT 部门可以采用一种节省成本的方式实现和管理高性能协作环境。由于采用大家所熟悉的基于 Web 的界面，并且与日常工具（包括 2007 Microsoft Office system）紧密集成，因此 Windows SharePoint Server 易于使用，并且可以快速进行部署。
Microsoft Office SharePoint Service 2007 是微软最新的企业协作应用和开发平台。简称 MOSS ， MOSS 基于 Window SharePoint Service 3.0 ( 简称 WSS) 开发。 MOSS 是收费的， WSS 是免费的，只要拥有了 Window Server2003 的许可，就可以免费安装 WSS 。
WSS 拥有站点，列表，文档库，文档管理， WebPart ，集群部署，站点内搜索，基于 WF 的工作流等功能。 MOSS 扩展实现了增强的文档管理，企业搜索，扩展了工作流，引入了 Web 内容管理， Form Service ， Excel Service ，个人站点等。
以下若没有特别强调，所有内容都适合 WSS 和 MOSS 的 ( 所有适合 WSS 的内容也一定适合 MOSS ，反之则不然 ) 。
l WSS 对 IIS 的扩展
WSS 基于标准的 Asp.Net2.0 开发 ，这是 WSS 开发中要始终记住的一点 . 要精通 WSS 开发，一定要精通 Asp.Net 。 每次新建一个 WSS 站点， IIS 中会同样新建一个网站，我们称这个网站是被 WSS 扩展后的网站。那么扩展后发生了什么呢？
首先， IIS 站点的所有文件的处理都被影射为需要 Asp.Net 运行引擎处理，而标准的 IIS 站点只有 Asp.Net 本身的文件（如 aspx ， asmx 等）才需要运行引擎处理的，其他文件由 IIS 直接输出到客户端。
查看一下站点下的 web.config 文件，我们看到有这么一项配置：
< httpHandlers >
< remove verb = "GET,HEAD,POST"path="*" />
< add verb = "GET,HEAD,POST"path="*"type="Microsoft.SharePoint.ApplicationRuntime.SPHttpHandler, Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
< add verb = "OPTIONS,PROPFIND,PUT,LOCK,UNLOCK,MOVE,COPY,GETLIB,PROPPATCH,MKCOL,DELETE,(GETSOURCE),(HEADSOURCE),(POSTSOURCE)"path="*"type="Microsoft.SharePoint.ApplicationRuntime.SPHttpHandler, Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
< add verb = "*"path="Reserved.ReportViewerWebControl.axd"type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</ httpHandlers >
HttpHandler 是 Asp.Net 的一个扩展机制，通过实现一个 HttpHandler ，可以来直接针对较低层的 Request ， Response 编程， WSS 通过实现自己的 HttpHandler 实现对客户端所有请求文件的处理，并且通过扩展 Http 请求 ( 扩展 OPTIONS ， PROPFIND ， LOCK ， UNLOCK ， MOVE ， COPY 等动作 ) 实现文档的在线编辑 ( 在线编辑的实现原理可参考这篇文章： http://www.cnblogs.com/jianyi0115/archive/2007/07/15/818566.html) 。
注意 httpModules 节点下的这项配置：
< add name = "SPRequest"type="Microsoft.SharePoint.ApplicationRuntime.SPRequestModule, Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
HttpModule 也是 Asp.Net 的扩展机制，通过实现一个 HttpModule ，可以切入 Http 请求的某个阶段做出相应的处理，如身份校验，初始化一些通用模块等。
WSS 通过实现 SPRequestModule ，切入 Http 请求，进行一些需要的处理。最重要的是， WSS 通过 SPRequestModule 引入了 SPVirtualPathProvider 。 SPRequestModule 的 OnInit 方法中有这个关键的一句 :
SPVirtualPathProvider provider2 = new SPVirtualPathProvider();
HostingEnvironment.RegisterVirtualPathProvider(provider2);
VirtualPathProvider 也是 Asp.Net 的扩展机制，通过实现 VirtualPathProvider 可以控制 Asp.Net 页面的提供机制，默认的 VirtualPathProvider 的实现直接访问服务器硬盘上的文件。 WSS 通过 SPVirtualPathProvider 实现了自己的页面 Provider 机制— WSS 站点的页面是由文件系统和数据库联合存储的。
新建一个 WSS 站点后，它的所有的文件都是放在硬盘上，我们通过 SharePoint Designer 打开一个 WSS 站点，可以看到完整的目录结构，这些文件实际上全部都影射到文件系统上的某个文件 , 这个功能叫做 ghost 。当我们通过 SPD 修改了某个文件之后 ,WSS 会把这个修改的文件保存到数据库 , 这个文件跟原始的文件系统上的文件就脱离关联了 , 这叫做 unghost. 通过 ghost,WSS 做到了是不同的站点可以共享相同的文件 , 通过 unghost,WSS 又实现了一个站点对页面的修改不会影响到其他站点 .
l WSS的一些概念
1)Farm -- 服务器场
服务器场是WSS最大的一个概念,整个WSS的所有服务器,包括前端服务器,数据服务器,组成了服务器场,一个服务器场有一个配置数据库,多个内容数据库,多个应用程序.
2)Application -- 应用程序
应用程序对应IIS的一个站点,它是一个安全和程序文件的独立主体。即一个应用程序可以有自己的用户身份认证机制，有自己独立的一套运行程序文件,一个应用程序会映射到硬盘上的一个独立的目录,一般为"C:"Inetpub"wwwroot"wss"VirtualDirectories"里面的某个目录.一个应用程序下可以有多个站点集.
3)Site Collection -- 站点集
站点集是一个虚拟的单元,在内容,用户和权限上是独立的. 一个站点集可以有多个子站点.
4)Web--站点
站点内容和权限的组织单元.一个站点可以有多个子站点，多个列表,文档库,多个页面.站点可以有独立的权限.站点可以有子站点,站点和子站点组成树型关系.子站点的权限默认集成于父站点.
5)List-列表和文档库
列表可以理解成一个数据库表，用来存储一些业务数据。一个列表有很多字段。WSS3.0的列表可以存放多个内容类型。6)ConentType--内容类型
内容类型可以理解成数据实体，如用户，联系人，日程数据等。一个内容类型包含很多字段。
7)Field-字段
可以理解成数据库的字段，Field是WSS整个架构的最底层元素。
l WSS的对象模型
WSS开发很大一部分工作是需要调用各种WSS中的对象来实现的.常用的对象都放在Microsoft .SharePoint这个dll中.我们通常的开发都要从站点集对象开始.
Using(SPSite site = new SPSte(“”))
{
…
}
SPSite和SPWeb对象都是需要释放资源的,如果我们自己构造这两个对象,一定要在代码执行完毕时调用Dispose方法,来释放资源.
如果我们的代码处于WSS的运行环境之下,即代码直接运行在WSS的页面上,那么我们可以直接从WSS的上下文中获取到相关对象.
SPSIte site = SPContext.Current.Site;
SPWeb web = SPContext.Current.Web;
SPUser user = SPContext.Current.Web.CurrentUser;
上下文对象提供了更好的性能(不需要重复创建对象),并且直接跟当前用户的身份挂钩.上下文对象由运行环境进行资源管理，不需要我们用代码来Dispose.