我们正在开发一款.Net针对大型企业的软件产品。该产品既有服务器组件，也有桌面客户端组件。我们预计我们的产品将由公司中的一小部分员工使用 - 可能是财务部门的员工。我们目前需要.Net 3.5但正在考虑转向.Net 4.0。
有在这种环境中管理 IT 经验的人能否告诉我们，.Net 4.0在这个阶段，要求是否会成为采用我们软件的障碍？对于使用这样的框架，人们普遍持什么态度.Net？
答案1
将其视为收益与成本的函数，与任何其他商业决策相同。
如果安装支持软件所需的所有组件需要花费成本，您能否将成本降至最低？（例如，您只需要一台装有 .net4 的服务器，还是网络上所有工作站都需要它？）。例如，这一原则也反对“仅仅因为您可以”就要求最新版本的 .net。
你能否向公司的决策者证明软件带来的收益将弥补安装软件的成本？其实就这么简单。
我不会谈论 .net 4 本身，因为我认为这与此无关。无论您谈论的是 Windows 网络上需要 .net 4.0 的应用程序、Apple 网络上需要 Safari 5 的应用程序，还是 Linux 网络上需要 Java 的应用程序，问题和答案都是一样的。
答案2
安装任何额外的软件始终是 IT 部门和网络管理员的一大担忧。如果您的产品对公司有用，他们就会购买和安装，但诸如此类的问题则是您必须克服的障碍，只有这样才能让您的软件变得更好。
如果可以的话，请针对您可以使用的最低版本的 .NET 框架，并指出升级到 4 的缺点。问题是，您从 .NET 4 获得的技术优势是否超过这些缺点？
答案3
如果将其部署到所有机器上，那肯定会造成阻碍。我们目前的目标是针对具有大型安装的应用程序使用 2.0 运行时，并针对未广泛部署的项目采用新的运行时功能（3.x/4.0）。
如果服务器组件不是专用的，并且IT希望它在现有的共享服务器上运行，那么可能会引起一些担忧。
答案4
另一个考虑因素是，阻力可能不一定是由于安装和部署框架的成本，而是由于管理破坏现有关键任务企业应用程序的风险。我目前正在与基础设施团队进行这场斗争，他们要求我证明部署 .net 4.0 框架不会破坏任何现有应用程序。如果有人知道这样一个神奇的工具可以做到这一点，我会非常感激你 :)。