（转）设计和创建自己的Sharepoint Site
转自：http://os.51cto.com/art/201006/206561.htm
然做了一段时间的Sharepoint开发,但Sharepoint对于我来说还是新的东西,回想起当时刚开始接触Sharepoint的时候,到处找资料,资料到是找了很多,可是还是不知道如何下手去做Sharepoint开发,也曾经在Cnblog上搜索了很多文章,但是对于我这样的新手来说还是看的云里雾里.所以我就萌生想写一个Sharepoint入门的系列.这个系列将从最基本的讲起,这样纵使一个从来不知道 Sharepoint的人,通过对这个系列的阅读也知道如何去做Sharepoint开发.
提示:本人确实是Sharepoint新手(这里绝不是谦虚),因此文章中可能会有很多不足,希望Sharepoint的大牛们能指正,我会不断的更新.
本篇主要介绍如何设计和创建自己的Sharepoint Site
通过Microsoft的资料,我们知道有很多途径去创建一个自定义的Sharepoint站点.但是我们选择哪种方式呢? 我们依据什么做出选择呢?
Purpose即目的.Purpose是最关键的因素.根据你的意图,你可以选择是一个简单的自定义的站点还是高级定制的站点.例如,如果你个site是给一个小组或者是为了管理一个很小的Project用的话,你可以选择简单的自定义site,但是如果一个站点是为一个上千人的企业所用的话,而且每天都有大的访问量的话,你可以选择高级定制化的站点,或许在这种情况下,Sharepoint Server 2007 本身提供的功能都不能实现的话,这时你就需要额外的开发功能,我们可以通过其他开发工具,像Visual Studio 2005等.
Resources 资源.资源包括软件部分(Microsoft Office SharePoint Designer 2007 and Microsoft Visual Studio 2005) 和硬件部分.简单的站点并不需要很多的额外的资源,Sharepoint本身就提供了添加web parts,自定义视图列表,还可以改变主页上的图像.而且借助于Sharepoint Designer你还可以完成更复杂的定制,比如更改Master Page和LayOut等.但是高级的站点就需要很多资源,比如更多的Farm 去完成开发,测试等工作,而且还要借助于其他的开发工具如VS2005 去完成更多功能.
Personnel 通俗的讲就是人.站点越大,功能越复杂需要的人越多.很好理解.
下面我们就来了解下各种级别站点的开发途径和优缺点
简单定制化的站点
对于简单的Sharepoint Site.你可以直接在浏览器进行定制. 例如,一个小组用的站点,内容包括:Team Logo, Calendar, Shared Documents, announcements, shared contacts和一些简单的web part.这些所有的功能你都可以通过站点本身提供的功能去完成.
中级定制化的站点
对于一些简单的功能,你可以像定制简单Site一样去操作,此外,你也可以通过Sharepoint Designer 2007(处理Sharepoint site的工具) 去处理更高级自定制化.例如一个企业的站点用主页去显示公司最新消息,子站点去显示人力资源的信息和一些业务数据.这就需要你你做更多额外的工作:
. 自定义的Master Page
. 自定义的layouts 去显示不同的Page
. 自定义的CSS样式
. 自定义的数据显示web part 去显示个人数据
. 还有一些像工作流,文档管理,商业智能等等.
高级定制化站点
我们这个系列的目标读者就是那些希望自己能开发workflow, web part ,document management, CSS, Master Page, layouts pages 等等这些人. 高级Sharepoint site 就是那些用途广, 访问量大,业务多的一些Internet 站点.这些站点一般都需要 用户验证,自定义站点元素和特色的站点.所以开发这样的站点我们可能需要复杂的开发, 测试, 部署的环境. 比如, 在这个地方开发部署到另一个地方等等. 这就需要一个包括需求分析人员,设计人员,开发人员,测试人员的很庞大的team.
本指南介绍了两种自定义方法：
以作者为中心的方法，在该方法中，创作的网站元素（包括如母版页和布局页等项目）通过使用与维护和部署开发的网站元素不一样的方法得到维护和部署。该方法加快了创作的内容的分发。
以开发人员为中心的方法，在该方法中，开发的网站元素（例如 Web 部件和工作流）和网站项目（例如母版页、布局和级联样式表）使用类似方法得到维护和部署。这为通常与软件开发相关联的典型网站项目提供了一种更缜密的维护方法。
在以作者为中心的方法中，创建、维护和部署创作的和开发的网站元素的方法不同。
创作的网站元素通过使用运行在 Web 浏览器中的客户端应用程序（例如 Office SharePoint Designer 2007、Office Word 2007 或 Office SharePoint Server 2007）创建网站的创作网站项目（母版页、布局、Web 和级联样式表）及其内容页、图形和其他文件。内容的管理（例如版本控制、签入/签出和内容审批）都基于 Office SharePoint Server 2007 中默认提供的文档管理功能。使用 Office SharePoint Server 2007 中包含的 Web 发布功能（例如内容部署和网站变体）可部署所有创作的网站元素（包括项目和内容页）。
开发的网站元素通常使用 Microsoft Visual Studio 2005 和 Microsoft .NET Framework 3.0 创建网站的自定义开发的网站元素。源代码管理和配置管理由诸如 Visual Studio 2005 Team System 等程序处理。将自定义开发元素打包为功能，并使用 Office SharePoint Server 2007 解决方案的打包和部署功能进行部署。
以作者为中心的方法有如下优点：
使用 Office SharePoint Server 2007 中的内容部署功能来部署自定义项目，如母版页和布局。
加快内容的分发，因为所有内容均直接在 Office SharePoint Server 2010 中进行管理，而非在单独的配置管理系统中进行管理。可以利用 Office SharePoint Server 2007 的内置内容版本控制、签入/签出和审批功能。
通常更容易配置和部署，因为该方法要求的开发环境的自定义程度较低。
有关使用以作者为中心的方法的方案的介绍，包括关于所使用的各种环境的实例讲解，请参阅自定义方案。
以开发人员为中心的方法
在以开发人员为中心的方法中，您使用不同的方法来创建创作的和开发的网站元素，但在同一个配置管理系统中维护创作的和开发的项目，并以相似的方法部署。
创作的网站元素创作的网站元素分为两类：创建在其中显示网站内容的框架的项目（例如母版页和布局）和网站内容（网站的网页和图像）。在以开发人员为中心的方法中，项目在开发环境中进行开发，在与维护编码网站元素相同的配置管理系统中进行维护。项目与编码元素一块打包到解决方案包，然后再将解决方案包部署到生产场、创作场和试验场。网站内容在创作场中使用 Office SharePoint Server 2010 默认提供的文档管理功能维护。项目和网站内容都使用内容部署功能从创作场部署到生产场和试验场。
开发的网站元素就像在以作者为中心的方法中一样，通常使用 Microsoft Visual Studio 2005 和 Microsoft .NET Framework 3.0 创建网站的自定义开发元素。您可使用 Visual Studio 2005 Team System 或等效配置管理系统来管理源代码、二进制文件和解决方案文件。将自定义开发元素打包为功能，并使用 Office SharePoint Server 2010 解决方案的打包和部署功能进行部署。
以开发人员为中心的方法有如下优点：
项目和代码在相同的配置管理系统中管理。
网站的所有自定义元素可以从配置管理系统重建和部署。这在按地理位置分布网站和灾难恢复中非常有用。
可以维护一个基准环境，用于灾难恢复或从程序错误回滚。
测试/集成环境和试验环境可以使用生产级别项目部署。
开发的和创作的元素使用类似的工具和过程进行维护。
以上是在Sharepoint 开发过程中 开发方法的选择.
