【问题标题】:Issues with upgrading a site from .net 2.0 to 3.5将站点从 .net 2.0 升级到 3.5 的问题
【发布时间】:2011-09-19 15:16:48
【问题描述】:

我想将我的公司网站从 2.0 升级到 3.5。我认为它应该是相当轻松的,因为在较新版本的 .net 中仍然支持(只是折旧)所有旧方法。对吗?

【问题讨论】:

  • 什么是“旧”方法与“新”方法?是的,方法可以随版本而变化。
  • 如果您使用的是 Visual Studio,它应该会告诉您任何问题,尽管在从 2.0 转换到 3.5 时我从未需要更改任何内容,因为它们使用相同的应用程序池。祝你好运!
  • 从 2.0 到 3.5 是否有任何弃用? 3.5 只是 2.0 加库,虽然有一个 SP 对 IIRC 进行了微小的框架更改,但您已经在 2.0 中拥有它。你真的是说更新到4?还是 3 中的新 C# 语言功能(它们已经在 2 上运行)?
  • 几年前我们就这样做了。我们的大多数网站都非常简单,我们的大多数 Web 服务都非常复杂,我们都没有遇到任何问题。
  • 我不相信 3.5 弃用了 2.0 中的任何内容。 3.0 和 3.5 是对 2.0 框架的增强集合。因此,您必须在 IIS 的应用程序池选择中选择 2.0。

标签: c# .net .net-3.5 .net-2.0


【解决方案1】:

我们将所有应用从 2.0 升级到 3.5 完全没有问题

我怀疑您会遇到任何问题,因为 .NET 3.0 和 3.5 是“附加”版本 - 这意味着 .NET 2.0 的核心功能保持不变,这些只是添加了功能。

这篇简短的文章解释得更清楚一点:http://www.4guysfromrolla.com/articles/112107-1.aspx

顺便说一句,我们从 2.0 直接升级到 4.0 也没有任何问题。微软在保持升级无痛方面做得很好。

我想提出一个警告 - 如果您使用的是第三方组件,我无法保证它们在升级过程中存活的难易程度,但考虑到 3.5 版本的附加性质,我认为您会没事。

【讨论】:

  • 如果你有超过 200k 行的生产代码,用 VB.NET 2.0 编写,在几乎所有可以想象的地方都使用“查询”作为变量名,那么它就会出现问题。升级到 3.5 或更高版本会认为“查询”是指名称空间“System.Web.Query”,并会触发编译器错误。如果您的网站正在执行其逻辑内联(例如不使用 Visual Studio)并且不使用文件隐藏代码,则情况会更糟。
  • @Nuzzolilo - 哎哟!感谢那些我没有遇到过的权力!让您考虑命名约定并有足够的先见之明来猜测可能的保留关键字冲突。我敢打赌,还有其他类似的例子。感谢您的参与!
猜你喜欢
  • 2011-02-17
  • 2010-11-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-12-23
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多