Sharepoint 2007 SharePoint 2007开发的最佳实践

Sharepoint 2007 SharePoint 2007开发的最佳实践,sharepoint-2007,Sharepoint 2007,我想知道创建功能的最佳实践 通常,VisualStudio扩展为每个web部件创建功能 或者这是一个好的实践,或者我们应该在一个WSP中为多个web部件创建一个特性 我不知道有什么最佳实践,但我可以用两种方法(我能想到)来看待它: 当您将您的Web部件分为多个功能时,您可以随意激活/停用不同的Web部件。如果一个Web部件出现错误,您可以将其停用。当一个Web部件编译失败时,其他Web部件仍能正常运行。 不利的一面是,您“混乱”了Sharepoint界面,因为您必须管理多个功能,而不是一个。这适

我想知道创建功能的最佳实践

通常,VisualStudio扩展为每个web部件创建功能


或者这是一个好的实践,或者我们应该在一个WSP中为多个web部件创建一个特性

我不知道有什么最佳实践,但我可以用两种方法(我能想到)来看待它:

当您将您的Web部件分为多个功能时,您可以随意激活/停用不同的Web部件。如果一个Web部件出现错误,您可以将其停用。当一个Web部件编译失败时,其他Web部件仍能正常运行。
不利的一面是,您“混乱”了Sharepoint界面,因为您必须管理多个功能,而不是一个。这适用于激活/停用以及展开/收回

如果您有一个功能,那么它就是上述所有功能,正好相反。您只有一个要激活/停用的功能,这使管理者可以更快地使用它。但是,如果某个功能以某种方式失败(或其中的任何一个Web部件),您只能停用整个功能。展开/缩回也是如此。当功能中的一个Web部件出现故障时,您必须收回整个功能

发展是容易还是困难取决于你的偏好。有人可能会说,在一个部署了大量Web部件、工作流和母版页的大型功能中保持一致的配置是比较困难的(该工作流的条目又在哪里?啊,是的,在第1112行)-另一方面,您将所有内容都放在一个地方,不必搜索多个功能


我真的会按照你个人的喜好来做。当您向客户部署解决方案时,客户当然更愿意单击/安装/部署“MyCompany超级解决方案功能”,而不是几个较小的功能,最终您不会使用几个setup.exe安装MS Word(然后,您可以选择安装Word的哪些功能…)基本上取决于您的要求

顺便说一下,这个问题在VS2010扩展中得到了解决