SharePoint 2007 Publishing 站点开发和部署

Question

我是 SharePoint 的新手，在开始项目时需要一些帮助。我必须开发将交付给客户的发布网站。我想尽可能多地提供客户端部署体验，就像他在部署标准 ASP.NET 应用程序时会获得的那样。我计划使用带有 SharePoint 扩展的 Visual Studio 2008，也许还有 WSPBuilder 或其他一些工具。我还需要帮助来构建整个项目。

这是我打算做的:
1. 开发最小的站点定义
2. 从此定义创建站点。我应该如何从代码中做到这一点？使用 SharePoint 功能？我应该如何激活它？
3. 开发站点所需的所有基础结构(母版页、布局、内容类型……)作为 SharePoint 功能。

这是正确的吗？我应该如何开发所有这些部分，以便我可以制作某种安装脚本，以便客户端可以一键创建并获得完整的站点？

Answer 1

毫无疑问，站点定义很复杂，但如果您需要部署到不相关的环境，它们将非常有用。如果您待在同一个服务器场中，则站点定义可能有点矫枉过正。如果您在域之间移动(即测试和生产，那么也许它们值得研究)。

网站定义的另一个优势，尤其是。如果交付给客户，感觉更像是传统的可交付成果。他们将有一堆文件(希望在源代码管理中)是他们的自定义站点。我认为这比从 SharePoint UI 创建的 XML 文件给 IT 部门的感觉要温暖得多。

站点定义的另一个好处是您可以更好地控制构成站点的页面。恕我直言，通过站点定义该站点模板更容易添加母版页和自定义 CSS。

我很好奇您要交付的网站的“事件部件”是什么？我认为回答这个问题将决定如何定义项目的结构。

总的来说，我认为您的方向是正确的。功能和解决方案是必须的。我会远离 VSeWSS，如果你想做任何复杂的事情，它有缺陷和笨重，而且通常很糟糕。它试图变得如此聪明，以至于让你无法控制。

也就是说，这实际上取决于您要尝试做什么。如果您要构建一个解决方案以使用一个程序集部署到 GAC，并且只构建 vsewss 支持的功能，您可能没问题。

但是，如果您想开发一个计时器作业，将其连接到 VSeWSS 功能框架中会变得很困难。此外，如果您在解决方案中需要多个程序集。 YMMV，但我不得不放弃它并找到更灵活的解决方案(你好NANT)。

您最终要做的很多工作是构建、检查和重新检查 XML 配置文件。收藏 Feature Schema MSDN 上的引用页，您将花费大量时间浏览它。

最后，是的，如果您将所有部件打包为功能部件，您应该能够开发一个不错的安装脚本。最终脚本需要调用 STSADM (有一些非常好的 STSADM 扩展 here )创建站点结构、添加和部署解决方案以及激活功能所必需的命令。您可以从批处理文件开始，然后根据需要进行复杂化。