Sharepoint 2010 SharePoint解决方案设计

我正在尝试设置一个用于制作SharePoint解决方案的开发项目。我们有一些Sharepoint认证人员，他们倾向于在Sharepoint Designer中工作。SharePoint设计器的一个问题是，不可能接受该定义并将其置于源代码管理（例如Team Foundation）之下。这是我们想要/需要的，因为我们正在开发的解决方案将部署到许多站点

我看到的另一个选择是使用VisualStudio创建解决方案。这为我们提供了一种通过上传wsp文件将特定sharepoint内容集导入站点的完美方法。然而，在我看来，这个选项意味着手工制作XML文件。除了非常复杂之外，它还容易出错（我可以创建自定义列表定义，但禁用该功能意味着有一个cripled站点，我无法恢复）

微软对Sharepoint模块的开发有何看法？除了李女士的观点，我还对其他人的经历感兴趣

致以亲切的问候，

---

Matthijs ter Woord

我认为在SharePoint平台上构建解决方案有两种不同的方法。一种是基于定制，即使用SharePoint Designer并“就地”完成所有工作。第二个是涉及构建解决方案包（WSP）的开发。尽管Visual Studio 2010 SharePoint Developer工具使使用解决方案包变得更容易，但它仍然无法与使用SharePoint Designer相比。您选择哪种方法取决于您的需求。如果您的目标是一个可再发行的解决方案，那么解决方案包就是一个不错的选择。另一方面，如果您有一群超级用户，为他们提供SharePoint Designer就足够了。

这基本上证实了我的怀疑。我们将不得不采用VS的方式来生产我们的产品。我们公司将向客户提供sharepoint中的标准模块。这些模块是公司购买的产品，我们希望将其作为软件产品进行维护。