2010-08-25 143 views

回答

8

我遇到的唯一主要的2.0-> 3.5麻煩領域是在Web.Config中,圍繞對System.Web.Extensions 2.0的引用。如果使用Visual Studio接口更改項目的.NET版本,VS將自動修復Web.config文件中的大多數引用不兼容性。至於代碼的區別,你可能會發現一些已被新版本廢棄的方法,但我從未遇到任何徹底的破壞。

微軟擁有非常嚴格的向後兼容性標準,以便儘可能減少主要升級的影響。

+0

給你答案。所有的反饋都很好,所以我想我會等待看到贊成票的結果......你贏了;-) – 2010-08-25 16:29:50

1

我已經有很少的問題,只要我這樣做了。

3.5在IIS中實際運行爲2.0,所以真正的3.5是額外的。

給它一個破解和編譯,應該沒問題。

+0

我也有。但它是一個面向公衆的網站,擁有10,000K以上的頁面等等......所以不能僅僅這樣做:-) – 2010-08-25 14:12:39

+0

唯一的問題可能是圍繞AJAX,但只要2.0是最新版本就可以了。 我唯一遇到的問題是編譯。如果它已經編譯,那麼之後它總是OK的。 你有沒有參與AJAX和/或webservices? – ArtificialGold 2010-08-25 14:15:08

+0

兩者都可以。我已經確定了AJAX風險。只是看看是否有核心.NET風險。 – 2010-08-25 14:15:59

2

AFAIK在將項目定位到.NET 3.5之後,您應該檢查一個問題:web.config文件更改。有關於此主題的一些信息here on SO

除此之外,.NET在2.0,3.0和3.5版本之間大量擴展。但是,考慮到它的功能行爲,庫核心非常穩定。

還有一點需要注意。我升級了3個不同的Web項目,沒有任何問題,甚至沒有觸及web.config。

+0

如果你已經使用.NET 2.0 System.Web.Extensions,大多數的web.config衝突會發揮作用。如果不是,那麼你的問題會更少。至於Web.config沒有任何問題,Visual Studio的項目升級很可能會自動修復Web.config。 – 2010-08-25 14:44:20