我正在尝试为客户端构建业务案例，以便从旧的.NET 1.1 ASP.Net解决方案升级到.NET 4.0。客户希望该应用程序能够成为HTML5的未来证明，遵守W3C可访问性标准，并拥有更多Ajax调用的Web 2.0外观。
显然，从技术和开发人员的角度来看，客户升级是有道理的，但从业务案例来看，我唯一想到的是：
除此之外，我正在努力想出更多因素来加强我的案例。
感谢您的评论
答案 0 :(得分：3)
鉴于软件开发的最高成本是维护，未来维护工作的简易性和速度应该是您向客户提及的。以LINQ为例。我记得过去做一些非常简单的事情是多么痛苦，比如在列表中找到一个项目。
使用LINQ和FirstOrDefault等方法，这将成为一个简单的单行。
此外，.NET 1.1在呈现服务器控件时为不同浏览器生成标记的方式非常任性。就像自动创建ID值（设计师讨厌那样）或跨越你不期望它们的东西（设计师也讨厌它）。
为了消除.NET 1.1使用标记做自己的事情的可能性，你几乎必须删除每个服务器控制栏的Repeater和literals。
总而言之，您将能够更快地生成升级（降低客户端成本），并且您可以更轻松地使用HTML5保真度。
答案 1 :(得分：1)
安全性 - 当Microsoft停止支持.Net 1.1（超过其扩展支持阶段）时，他们可能也会停止为其发布安全更新。这可能（即 ）是您客户的安全问题。
操作系统 - .Net 1.1不会安装（我认为）高于Vista的Windows版本。虽然1.1应用程序可以（可能）在框架的更高版本中运行正常，但最好让它在设计/编写/编译的版本中运行，以避免任何可能存在向后兼容性的问题。 / p>
工具 - 编译.Net 1.1应用程序（例如，如果您需要修复错误），您需要VS2003，它本身可能无法安装在较新版本的Windows上（想想Windows 8及更高版本）。如果您没有安装它，您也可能无法掌握它。 VS2003也将拥有自己的支持生命周期，这意味着错误/安全问题/等...将在特定日期之后发送。
性能 - 对于每个版本的.Net Framework，Microsoft都对性能进行了改进（例如垃圾收集器）。通过使用v1.1，您将错过这些。
泛型 - .Net 2.0引入了泛型。虽然这主要使代码更好地工作（即对您的客户没有直接的好处），但它也提高了性能，因为列表之类的东西不需要包装/取消装箱对象。
维护 - 您没有明确说明这是否是需要未来开发的产品。如果是这样，您会发现在更新版本的.Net上开发更容易。有更好的控件，工具，编辑器，调试器，第三方工具（例如分析器）等可以与.Net的更高版本一起使用，但可能根本不适用于.Net 1.1。如果你确实需要进行维护，你也会发现很难找到熟悉.Net 1.1的类和库的开发人员的技能，或者甚至想要来开发它的人。如果您的应用程序是一个Web应用程序，您也将被限制使用WebForms，并且无法使用Razor，MVC等新的闪亮等新东西......
您可以查看不同版本的框架here的产品生命周期。
答案 2 :(得分：0)
好吧，如果您的客户关注HTML5和标准一致性，那么这就是一个很重要的原因。 .NET 1.1将生成旧的，不符合标准的代码。它不支持html5，它通常不适用于更现代的浏览器。
答案 3 :(得分：0)
如果网站在物理服务器上运行，您希望硬件能持续多久？
对于生成的标记，ASP.NET的更高版本也应该更好地使用更新的浏览器。
为什么4.0而不是4.5？ VS2012附带“上线”许可证，最近已进入RTM阶段。 IMO，它比VS2003好得多。