Win 7 x64支持SharePoint 2010,但是当开发的解决方案预计部署在Win 2K8 R2服务器场上时,在这种独立环境下开发真的是个好主意吗?
答案 0 :(得分:2)
在Windows 7上正式不支持但是允许/ ok用于开发目的(这已经是正式说“不”的好人选)
如果有人问我的意见,我通常会对那种环境拒绝的最大原因是:
只能安装为“独立”,这是最糟糕的安装方式(完全自动化但也完全不切实际)。没有SharePoint专家会建议在生产中进行独立安装。为什么我们应该在与目标环境完全无关的“独立模式”单一服务器场上开发呢?
无法知道当某些事情/似乎被破坏时它的环境是否相关(例如:分类法服务供应,由于环境或代码问题而被破坏? - >没有时间进行Windows 7 + SharePoint 2010同居问题调试公司项目
当SharePoint工具和安全主管Arpan Shah technlogie说有限制,我猜他比其他人更了解他们:http://reddevnews.com/articles/2010/06/02/sharepoint-qa-arpan-shah.aspx。由于这些限制尚未完全列出(在用户档案服务之外),我最好不要浪费时间,不知道我所面临的问题是否与限制/环境问题有关。
我之所以说“可能没问题”
答案 1 :(得分:1)
我正在Windows 7上为SharePoint 2010开发大约10个月。我现在还没有遇到任何问题。
我所知道的唯一问题是Windows 7不支持“用户配置文件服务”。
Microsoft提供了一份官方安装指南:
您期望出现什么样的问题?
答案 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也可以在服务器上完美运行。