我一直在研究为sharepoint 2010构建Web部件，目前在工作服务器上有一个SP2010实例。如果可能的话，我非常希望能够在本地（在我的笔记本电脑上）测试它们，而无需在我的笔记本电脑上安装sharepoint 2010（这是否可能？）
有没有办法测试网页部件，是否需要在笔记本电脑上安装全部/部分sharepoint？
由于
答案 0 :(得分：5)
如果您的Web部件只是在SharePoint页面中显示，而不使用SP API，您只需将其托管在笔记本电脑的ASP.NET页面中，但这不是常见的情况。
SP 2010的一个新功能是客户端API，即可以在服务器场外部使用的完整API的子集。如果您对API的使用适合此子集，这可能很有用，但您仍需要在某处访问SP服务器。
另一个选择是将所有使用SP API的代码放在类似于数据库访问层的代码中，一方面与SP通信并返回业务对象（不是列表或列表项）。这样，您可以在笔记本电脑上模拟此部件，并专注于Web部件及其业务规则的外观，而无需SP。如果这个部分在它自己的DLL中，那么对SP DLL的唯一引用就在那里，所以你的笔记本电脑上的项目不需要引用SP DLL。
答案 1 :(得分：2)
有两种方式：好的和老式的。
好方法是安装Sharepoint Services（http://technet.microsoft.com/en-us/windowsserver/sharepoint/default.aspx）并在本地部署WP。它只适用于Windows Vista或Seven。这是最有成效的方式所以我推荐它。
另一种方式来自SP2003时代......我们的想法是开发自定义Web控件，在本地使用IIS或只是开发服务器进行测试，然后将其嵌入到Web部件中。这里描述了该方法 - http://www.reflectionit.nl/SmartPart.aspx。这是一种古老而痛苦的方法。不幸的是我们不能使用（没有麻烦）Microsoft.Sharepoint.dll等
P.S。对不起，我的英文......
答案 2 :(得分：1)
这出现在我们的办公室，我们最终在每个开发人员的PC上安装了Sharepoint Foundation，这使我们能够在本地进行开发和调试。以下是我用来实现此功能的链接。
答案 3 :(得分：0)
我想说得到一台虚拟机..但我不认为你可以在32位操作系统上运行64位虚拟机。 你必须升级到64位。
我认为这并不是一个好方法;如果您不在笔记本电脑或虚拟机中安装SharePoint，并且以正确的方式执行操作，那么您将花费大量时间在一些有问题的值上。
答案 4 :(得分：-1)
您可以将继承从SharePoint Web部件转换为ASP.NET等效项，然后再将其转换回来 - 所有功能都相同，因为较新版本的设计考虑了向后兼容性。在笔记本电脑上进行测试时使用ASP.NET版本。
以下是一些更多信息： - ）
http://weblogs.asp.net/scottgu/archive/2006/09/02/Writing-Custom-Web-Parts-for-SharePoint-2007.aspx