2010-01-07 65 views
3

最近我開發了一個.NET 2.0版本的內部框架,它基本上是類和幫助程序。在.NET 1.1中調用.NET 2.0程序集

問題是我有一些.NET 1.1網站和應用程序,並希望從他們使用我的框架。我知道我不能在.NET 1.1中調用.NET 2.0,但我有一個想法。

如果我使用ComVisible創建了另一個2.0項目並引用了一些我的2.0程序集,然後重新引用我需要的函數,只引用這些類,並在.NET 1.1中調用這個新的ComVisible程序集;我可以在.NET 1.1中使用2.0程序集嗎?

如果這個作品我基本上可以用它.NET 1.1,Java反射等

還是我浪費我的時間?

回答

1

我不明白爲什麼你想要通過所有這些努力。只有兩種可能 - 要麼:

  1. 運行這些網站的服務器/工作站/應用程序都安裝了.NET Framework 2.0,在這種情況下,你可能也只是重新定位這些網站/應用程序到.NET 2.0並重建/重新部署它們(這應該花費所有10分鐘),或者

  2. 服務器/工作站沒有安裝.NET Framework 2.0,在這種情況下,您所有的COM工作都是徒勞的,因爲2.0組件沒有框架,他們自己將無法運行。

我最近重新定位一大堆的「傳統」 2.0的應用程序,以3.5爲#1沒有一個單一的問題。我知道有一些突破性的變化,從1.1到2.0,但它們的數量很少,以至於幾乎可以肯定需要更少的時間來搜索那些比處理所有COM瘋狂所需要的更多的時間。

+1

但3.5是2.0的擴展,在遷移中沒有任何問題。從1.1到2.0,很多函數被棄用或者dsignatures被改變。而2.0不是「遺產」是主要發佈。 – pedrofernandes 2010-01-08 16:42:05

+0

我不太理解你的評論。 .NET 3.5是一個新的框架版本,不同的編譯器和一切,它不再是2.0的擴展,所以2.0是1.1的擴展。在2.0中已棄用了一些1.1功能,但這並不妨礙您在此期間使用它們,並且方法簽名肯定會保留。就「遺留」評論而言,鑑於.NET 4.0幾乎是最終的,我認爲可以肯定地說2.0是「遺留」的; 1.1是「古老的」。 – Aaronaught 2010-01-08 17:26:32

+3

@Aaronaught:實際上,.NET 2.0是該框架的主要版本,與.NET 1.1不同,它實際上是一個不同的框架,其中一些API變化從1.1(顯然爲1.0)變化。另一方面,.NET 3.0和3.5只是一套使用與.NET 2.0相同的CLR的程序集(和編譯器)。 退房: http://stackoverflow.com/questions/212896/how-do-the-net-framework-clr-and-visual-studio-version-numbers-relate-to-each-o – alexphi 2010-01-08 18:35:26

相關問題