SharePoint Web部件开发环境

我知道有很多关于这个主题的问题和文章,到目前为止我已经在互联网上搜索了几个小时,但我仍然找不到我的问题的正确答案。我被分配了一个任务来调查我公司的SharePoint Web部件的开发环境。这笔钱不是问题,但它必须是正确的方法。 这是我理想的计划:在开发人员桌面上,安装VS2005 / 2008(已经安装),VS2005 / 2008 Extension for SharePoint和WSPBuilder。它还安装了虚拟机,VM运行Windows Server 2003/2008。 WSS3.0和SQL Express 2005/2008也将安装在VM上。 开发人员的桌面是一个Web部件开发环境。开发人员使用VS开发SharePoint Web部件,然后运行WSPBuilder,它将Web部件部署到VM上的SharePoint测试环境中。因此,VM只是一个SharePoint测试环境。 这看起来是个好主意,然而,它不起作用。为什么?因为VS扩展无法安装在开发人员的桌面上,因为它没有安装WSS3.0! 我绝对不想在VM上安装VS,因为我们的开发人员桌面安装了VS而我们不需要为1个开发人员提供2个VS许可证。 知道为SharePoint Web部件设置开发环境的最佳方法是什么? 先感谢您。     
已邀请:
除非您的开发环境包含至少WSS的安装,否则您将无法为SharePoint(WSS 3.0)进行开发。通常,开发是在Windows Server 2003虚拟机上完成的(Visual Studio直接安装在此计算机上)。但是,SharePoint可以安装在Windows Vista和Windows 7计算机上,因此您的开发计算机可能能够托管SharePoint本身,但在VM上执行此操作要容易得多。 我的SharePoint开发VM安装了以下内容: Windows Server 2003 R2 SharePoint 2007(包括SQL 2005) Visual Studio 2008 用于Office的Visual Studio工具 Office Server SDK WSS 1.3的Visual Studio扩展 显然你可以使用WSPBuilder,但我更喜欢VSSWSS 1.3,但这是开发人员的偏好。 我相信(应该通过Microsoft验证)Visual Studio的许可可以在同一个开发人员使用时扩展到虚拟机(取决于您的协议)。     
根据您的优先顺序,可能会或可能不会起作用的替代方案。 将Visual Studio 2010和SharePoint 2010 Foundation安装到开发服务器。 从SharePoint 2007服务器获取Microsoft.SharePoint.dll的副本。 使用VS2010的工具开发Web部件,但手动更改对2007 dll的引用(+另请参阅“使用Visual Studio 2010 Visual Web部件项目构建SharePoint 2007 Web部件”),以便输出2007兼容的Web部件。 当您将2007 Web部件部署到本地2010服务器时,它将正常工作(因为它向后兼容) 将2007 Web部件部署到test / qa / production服务器时,它也可以正常工作。 好处 你正在与最新的最伟大的人合作 VS的版本和sharepoint 工具,所以你只需点击一下, 自动创建WSP包 没有什么比WSP Builder等(它们很棒)但是我在vs2010上的分享对未来的扩展。 你准备好了吗? 公司搬到2010年。 您正在开发Windows 7计算机,而不是2003/2008服务器和VM,因此这在许可,速度和易用性方面具有优势(在VM上运行VS的双监视器支持?) 编辑 - 将Web部件部署到您创建.wsp包的其他服务器,然后通过STSSADM或其他工具(SharePoint解决方案安装程序或其他管理工具)进行部署。     
我没有使用过VSSWSS或WSPBuilder。我一直使用STSDEV for SharePoint 2007.而且我一直使用Windows XP来做到这一点。我不知道VSSWSS和WSPBuilder的行为是否相同,但是,正如Ryan所说,我将我需要的任何SharePoint DLL从SharePoint 2007服务器复制到我的Visual Studio解决方案中的解决方案文件夹中。然后我在项目中选择Add Reference并浏览到DLL。 四年来,我对这种方法一直没有任何问题。解决方案包构建得很好,可以在任何SharePoint服务器上运行。我失去了调试选项,但我宁愿留在我的机器而不是进入VM或远程桌面。     

要回复问题请先登录注册