将VS2010功能设计师的SharePoint 2007功能转换

Question

是否有人使用新功能设计师有经验从VS2008到VS2010的SharePoint 2007功能？我目前有一个C＃类库项目，该项目具有一个“ 12”文件夹，上面有一堆子文件夹（功能，布局等），我们正在使用WSPBuilder来生成解决方案软件包。我想将这些项目移至VS2010，并利用IDE内置的包装和部署功能。有什么直接的方法吗？

Answer 1

不幸的是，没有100％直接将WSPBuilder项目迁移到2010年。在写作时，WSP从2007年开始是一个鲜为人知的事实 不能 被进口到2010年，因此排除了这种方法 - 请参阅 http://msdn.microsoft.com/en-us/library/ee231584(vs.100).aspx.

如果我需要100％确定我的最终输出，我可能会使用类似方法：

1. 创建2010年版的VS项目。
2. 通过VS2010菜单选项在SharePoint root“手动”中为每个“复杂”文件添加文件（这是为了确保添加任何新属性/对任何轻微的架构更改都进行了解释）。
3. 通过VS2010添加第一个元素（例如内容类型）。
4. 粘贴在其他（例如）内容类型的声明中，将XML与“本机” 2010元素的XML进行比较。手动修复任何缺失的属性等。
5. 添加其余文件，例如.cs/.aspx/.ascx等。
6. 通过初始错误部署和工作。其中一些可能取决于没有正确的“ deploymentType”属性的文件，或者从进入错误功能的文件中。
7. 测试测试。

该过程试图保护的一种差异的一个例子是，ContentType元素现在具有新的“继承”属性。此外，“ fieldRef”元素现在还应使用“ displayName”，除了“名称”和“ id”（我尚未确认此事，但信息来自产品组中的某人）。

请记住，唯一的“复杂”元素可以在内容数据库中提供，这些元素可能会引起关注，例如字段，内容类型，列表实例等。像应用程序页面一样简单的东西可以更简单地运送到VS2010项目中。另外，您现在拥有更大的自由度，可以将VS2010项目构建到有意义的文件夹中 - 您不再需要使用WSPBuilder的“运行时位置”方法（12个文件夹）。

替代 可以 要在某个地方的VM上进行现场升级，然后将结果站点保存为WSP，然后将其导入到VS2010。尽管它应该在纸上起作用，但我需要看到更多具体的证据，然后再说它确实有效。

Answer 2

我使用的一种技术是将我的SharePoint 2007项目转换为3月1.3日CTP的VSEWSS。 VSEWSS导入工具已发布1 并将您的项目转换为针对SharePoint 2010的Visual Studio 2010项目。

与以前的工具版本不同，截至3月，CTP从3月开始，VSEWSS解决了大多数开发人员的需求。保罗·安德鲁（Paul Andrew）和柯克·埃文斯（Kirk Evans）提供了有关如何加快以前版本中缺少的新功能快速发展的出色指导。