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

时间:2011-09-06 15:41:20

标签: windows-7 sharepoint-2010

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

3 个答案:

答案 0 :(得分:2)

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

not supported warning

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

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

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

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

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

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

答案 1 :(得分:1)

我正在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

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

答案 2 :(得分:0)

替换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也可以在服务器上完美运行。