我正在尝试设置一个用于制作SharePoint解决方案的开发项目。我们有一些经过Sharepoint认证的人员,他们倾向于在SharePoint Designer中工作。 SharePoint Designer的一个问题是,无法获取定义并将其置于源代码管理下(例如Team Foundation)。这是我们想要/需要的,因为我们正在处理的解决方案将被部署到许多站点。
我看到的另一个选择是使用Visual Studio制作解决方案。这为我们提供了一种通过上传wsp文件将一组共享点内容导入站点的完美方式。但是,我可以看到它的方式,这个选项意味着手工制作XML文件。除了这个非常复杂,它也容易出错(我能够创建一个自定义列表定义,但禁用该功能意味着有一个我无法恢复的cripled站点。)
微软对Sharepoint模块开发的看法是什么?除了MS的观点,我也对其他人的经历感兴趣..
亲切的问候, Matthijs ter Woord
答案 0 :(得分:2)
我认为在SharePoint平台上构建解决方案有两种不同的方法。一种是基于自定义意义,使用SharePoint Designer并“就地”完成所有工作。第二个是涉及构建解决方案包(WSP)的开发。虽然Visual Studio 2010 SharePoint开发人员工具使得使用解决方案包更容易,但仍然无法与使用SharePoint Designer相媲美。您选择哪种方法取决于您的要求。如果您的目标是可再分发的解决方案解决方案包是可行的方法。另一方面,如果您有一组超级用户,那么为他们提供SharePoint Designer就足够了。