2007年2月27日,星期二

系列:如何创建常见的MOSS站点工件作为特征

经历了完全通过功能部件创建MOSS站点的过程,这让我感到震惊,其中某些相关任务是多么不直观。许多以这种方式工作的SharePoint开发人员都会同意,在UI中花费30秒的时间在Visual Studio中可能花费数小时。在接下来的几篇文章中,我将指出在此过程中遇到的一些问题,以及我为每个问题使用的解决方案。

但是首先,我们要弄清楚为什么开发SharePoint功能是MOSS开发的必由之路。我认为它们的主要原因是:


  • 能够以可重复的方式通过dev / QA / staging / production等部署更新(即,无需通过UI手动重新创建事物-因为在许多环境中无法很好地扩展)
  • 能够一次性将更新部署到服务器场中的所有Web前端计算机上(当功能包装在解决方案中时-稍后再进行介绍)。同样,这避免了由于人为错误引起的配置管理问题。
  • 能够适当地控制构成您的MOSS站点/应用程序的工件的能力
  • 为持续集成奠定良好的基础许多商店希望将其MOSS开发包括在其自动构建例程中,并且通过“功能”来创建/部署功能可以简化此过程。
  • 通过UI执行基本配置管理的选项。尽管大多数SharePoint开发人员/管理员都可以轻松编写STSADM部署脚本,但如果需要,较少的技术人员可以部署/回滚更改很有用。显然,大多数部署都希望为此考虑适当的权限;-)
  • 具有自定义功能的功能会自动包含在最终用户创建的网站中。

安德鲁·康奈尔的文章 以这种方式进行部署的好处绝对值得一读。

我的系列的下一篇文章将是:

这么久了..

克里斯。