SharePoint Web部件开发环境

我知道有很多关于这个话题的问题和文章，到目前为止，我已经在互联网上搜索了好几个小时，但是我仍然找不到我问题的正确答案。我的公司指派我调查SharePoint web部件的开发环境。钱不是问题，但它必须是正确的方法

以下是我的理想计划：在开发者桌面上，安装VS2005/2008（它已经安装），VS2005/2008 SharePoint和WSPBuilder的扩展。它还安装了一个虚拟机，虚拟机运行windows server 2003/2008。WSS3.0和SQL Express 2005/2008也将安装在虚拟机上

开发者桌面是一个web部件开发环境。开发人员使用VS开发SharePoint web部件，然后运行WSPBuilder，它将把web部件部署到VM上的SharePoint测试环境中。因此VM只是一个SharePoint测试环境。 这看起来是个好主意，但是，它不起作用。为什么？因为VS扩展无法安装在开发人员的桌面上，因为它没有安装WSS3.0

我绝对不想在VM上安装VS，因为我们的开发者桌面已经安装了VS，我们不需要为一个开发者提供两个VS许可证。 您知道为SharePoint web部件设置开发环境的最佳方法是什么吗

---

提前感谢。

除非您的开发环境包含至少一个WSS的安装，否则您将无法为SharePoint（WSS 3.0）进行开发。通常，开发是在Windows Server 2003虚拟机上完成的（Visual Studio直接安装在此计算机上）。但是，SharePoint可以安装在Windows Vista和Windows 7计算机上，因此您的开发计算机可能能够承载SharePoint本身，但在VM上执行此操作要容易得多

我的SharePoint开发虚拟机已安装以下组件：

• Windows Server 2003 R2
• SharePoint 2007（包括SQL 2005）
• Visual Studio 2008
• VisualStudioToolsforOffice
• Office Server SDK
• WSS 1.3的Visual Studio扩展

显然，您可以使用WSPBuilder，但我更喜欢VSSWS1.3，但这是开发人员的首选

---

我相信（应该与Microsoft核实）Visual Studio的许可证可以扩展到同一开发人员使用的虚拟机上（取决于您的协议）。

这是一种替代方案，可能有效，也可能无效，取决于您的优先级

安装Visual Studio 2010和

从SharePoint 2007服务器获取Microsoft.SharePoint.dll的副本

使用VS2010的工具开发web部件，但手动更改对2007 dll的引用（+另请参见“”），以便输出与2007兼容的web部件

当您将2007 web部件部署到本地2010服务器时，它将正常工作

当您将2007 web部件部署到测试/qa/生产服务器时，它也会工作

优势

• 你在和最新最伟大的人一起工作 VS和sharepoint的版本 工具，使您只需单击一次即可部署， WSP包的自动创建 等等。没有什么反对WSP Builder等（他们很好），但我在未来vs2010 sharepoint扩展上的钱
• 你准备好了，如果你的 公司将迁至2010年
• 您是在Windows 7计算机上开发的，而不是在2003/2008服务器或虚拟机上开发的，因此这在许可、速度和易用性方面具有优势（虚拟机上运行的VS支持双监视器？）

---

编辑-要将web部件部署到其他服务器，请创建一个.wsp包，然后通过STSSADM或其他工具（SharePoint解决方案安装程序或其他管理工具）进行部署。

我没有使用VSSWS或WSPBuilder。我一直使用SharePoint 2007。我一直使用Windows XP来做这件事。我不知道VSSWSS和WSPBuilder的行为是否相同，但正如Ryan所说，我会将所需的任何SharePoint DLL从SharePoint 2007服务器复制到Visual Studio解决方案中的解决方案文件夹中。然后，我选择在我的项目中添加引用并浏览到DLL

---

四年来，我从未遇到过这种方法的任何问题。解决方案包构建得很好，可以在任何SharePoint服务器上运行。我失去了调试的选择，但我宁愿留在我的机器上，也不愿进入虚拟机或远程桌面。

非常感谢您的回答。我能再问一个问题吗？将web部件部署到生产环境中的最佳方法是什么？在我的公司里，除了开发人员的桌面，我们还有开发、测试和生产环境。谢谢大家!@dave VSSWSS 1.3创建部署包（wsp）和setup.bat。你可以在应用服务器上运行“setup.bat/install/weburl”，它将部署到你的服务器场并激活必要的功能。我将投票支持WSPBuilder而不是VSSWSS 1.3。VSSWS的最大优势是升级到VS 2010 SharePoint解决方案。除此之外，我认为WSPBuilder是一个不错的选择。+1作为一个好主意，我不允许在我们的环境中这样做，但是如果您已经获得了工具和管理层的批准，这听起来是一个不错的选择@Ryan在使用VS2010时，您是否仍然必须手动添加usercontrol才能对针对2007的web部件进行可视化设计？不幸的是，我的公司正在使用SharePoint 2007，我不知道它何时将升级到SharePoint 2010。非常感谢您提供了这个优秀的解决方案。非常感谢Rich，这个环境与我的环境最为接近。我们的开发人员使用Windows XP和VS2005（可能会在晚些时候升级到VS2008），我们的SharePoint环境是SP 2007。我只是想知道，在您的情况下，您是否在开发人员的PC上创建web部件？我的意思是你不需要在MV中安装所有东西？SharePoint测试环境是否仍然需要MV？如果是这样，如何将web部件从开发人员的PC部署到VM？很抱歉一次问了太多问题。是的，我们做了web部件，