C# SharePoint 2010中的开发风险有多大？

我正在尝试评估SharePoint 2010。我从Apress购买了《SharePoint 2010作为开发平台》一书，以帮助我开始使用SharePoint（我有C#和ASP.net知识）

在最初的几页中，我看到了这样的警告： “我们强烈建议在物理机器上设置虚拟服务器，如Windows server 2008上的Hyper-V或VMware。[…]在繁重的开发过程中，SharePoint项目偶尔会使服务器崩溃。重新创建虚拟机比丢失整个个人计算机的功能要容易得多

---

这就引出了一个问题：SharePoint开发有多危险？如何使用它使整个服务器崩溃？

安装和配置SharePoint是一项艰巨的任务。因此，如果SharePoint出现任何问题，重新安装它需要很长时间。但如果您使用的是虚拟机，则可以安装和配置虚拟机并进行备份。现在，当您的工作虚拟机出现任何问题时，只需将其删除，然后通过从新安装的备份中复制文件来创建一个新的虚拟机。

我从来没有因为SharePoint而需要重建计算机。但是，我能理解这本书的说法。我看到的情况是，SharePoint开始表现出无法解释的怪异，并且没有合理的行动方案来修复它。例如，你尝试了你能想到的一切，出于某种原因，每个人都能获得一个404到该网站，甚至管理员。如果你挖掘得足够努力，你会发现这是因为在部署或其他过程中没有复制.resx文件。如果挖掘不够努力，您可能会试图重建整个机器，原因是“可能发生了权限问题”

因此，我将SharePoint环境保存在虚拟机中。归根结底，SharePoint可以停止工作，很难找出原因。如果我能列举具体原因，我会说：

SharePoint的错误处理非常糟糕且具有误导性

SharePoint受系统的每个角落的影响，例如模糊的集团策略设置、区域设置等

SharePoint在很大程度上受“最佳实践”思维的驱动，并有自己的做事方式。某些内容仍由IIS设置控制，其他设置必须通过SharePoint管理完成。如果你做错了，你只会得到疯狂的行为，而不是正确方向的暗示。因为SP非常注重配置，所以处理所有这些配置设置是非常困难的。[编辑]换句话说，SP配置不直观让SP做你想做的事情是遵循一些官方推荐的做法，而不是直觉。在一个只因开发人员的适应能力、即兴创作能力和边走边学的能力而蓬勃发展的行业中，SP感觉更像是系统管理，而不是软件工程

在SharePoint中执行诸如配置/部署之类的操作通常会花费大量时间，这会严重中断问题解决流程。随意尝试某件事所花费的时间会阻止我尝试，并导致我思维过程的混乱

---

还取决于您是否希望在开发人员机器上执行其他操作。我在我的开发机器上进行纯.NET开发，当我进行SharePoint开发时，我会启动一个虚拟机

---

SharePoint使用大量资源，可以轻松地降低服务器的运行速度。停止所有服务可能会让人感到痛苦。

我认为最大的风险是你会因为无聊和沮丧而自杀。@erikkallen沮丧同意，但无聊很奇怪。如果任何人对编程/开发感到厌烦，他/她不应该出现在这个网站上。SharePoint“开发”是10%的开发，10%的配置，80%等待部署。我称之为无聊…@erikkallen:你为什么认为我会无聊？