在Win 7下开发SharePoint 2010解决方案是个好主意吗？

Question

Win 7 x64支持SharePoint 2010，但是当开发的解决方案预计部署在Win 2K8 R2服务器场上时，在这种独立环境下开发真的是个好主意吗？

Answer 1

在Windows 7上正式不支持但是允许/ ok用于开发目的（这已经是正式说“不”的好人选）

如果有人问我的意见，我通常会对那种环境拒绝的最大原因是：

• 只能安装为“独立”，这是最糟糕的安装方式（完全自动化但也完全不切实际）。没有SharePoint专家会建议在生产中进行独立安装。为什么我们应该在与目标环境完全无关的“独立模式”单一服务器场上开发呢？

• 无法知道当某些事情/似乎被破坏时它的环境是否相关（例如：分类法服务供应，由于环境或代码问题而被破坏？ - ＆gt;没有时间进行Windows 7 + SharePoint 2010同居问题调试公司项目

• 当SharePoint工具和安全主管Arpan Shah technlogie说有限制，我猜他比其他人更了解他们：http://reddevnews.com/articles/2010/06/02/sharepoint-qa-arpan-shah.aspx。由于这些限制尚未完全列出（在用户档案服务之外），我最好不要浪费时间，不知道我所面临的问题是否与限制/环境问题有关。

我之所以说“可能没问题”

• 原型设计/客户端OM开发/中间层开发/不那么复杂的解决方案开发是Windows 7安装可能非常方便的配置/开发。

Answer 2

我正在Windows 7上为SharePoint 2010开发大约10个月。我现在还没有遇到任何问题。

我所知道的唯一问题是Windows 7不支持“用户配置文件服务”。

Microsoft提供了一份官方安装指南：

Setting Up the Development Environment for SharePoint 2010 on Windows Vista, Windows 7, and Windows Server 2008

您期望出现什么样的问题？

Answer 3

替换ASP.NET for SharePoint 2010并提出问题：

  Win 7 x64支持

[ASP.NET]，但是当开发的解决方案预计部署在Win 2K8 R2服务器场上时，在这种独立环境下开发真的是个好主意吗？

当问题以这种方式表达时，我无法想象有人回答“不”。它与SharePoint相同（毕竟，SharePoint只是构建在ASP.NET之上的框架库）。

SharePoint解决方案包包含不同类型的文件：XML文件，ASPX页面，DLL，图像，CSS文件等。除了DLL之外，这些文件是可移植到任何Windows环境的文本和二进制文件。就像在ASP.NET项目中编译的DLL一样，即使在Windows 7上编译，SharePoint项目中的DLL也可以在服务器上完美运行。