解決.net framework 4.0環(huán)境下遇到版本不同編譯不通過的方法詳解_.Net教程

      編輯Tag賺U幣

      推薦:將文件上傳、下載(以二進(jìn)制流保存到數(shù)據(jù)庫)實(shí)現(xiàn)代碼
      將文件以二進(jìn)制流的格式寫入數(shù)據(jù)庫:首先獲得文件路徑,然后將文件以二進(jìn)制讀出保存在一個(gè)二進(jìn)制數(shù)組中具體請(qǐng)祥看本文,希望對(duì)你有所幫助

      本文內(nèi)容:
      1.問題引出
      2.問題解決
      3.原因分析 

      最近部門的開發(fā)環(huán)境都更新到了WIN7+.NET framework4+VS2010上,在體驗(yàn)新技術(shù)和新環(huán)境帶給我們提高效率的方式方法的同時(shí)也帶來了一些兼容性的問題;這幾天項(xiàng)目閑暇時(shí)在研究SQLite,在做實(shí)驗(yàn)的時(shí)候碰到個(gè)問題,代碼編譯通過執(zhí)行時(shí)反復(fù)異常中斷,查到后面原來是SQLite.dll是在framework2.0環(huán)境下編譯的而現(xiàn)在的運(yùn)行環(huán)境是framework4.0,所以就出現(xiàn)了運(yùn)行異常,如圖:
          

      由于以后的開發(fā)過程中,可能會(huì)引用一些第三方的組件,有可能是老的framework版本下編譯的,同樣會(huì)出現(xiàn)此類的問題,所以在本文中提供一個(gè)解決辦法和說明造成此問題的原因。

      查閱了相關(guān)資料,stackoverflow.com上建議在config文件中增加配置:

      復(fù)制代碼 代碼如下:www.wf0088.com

      <startup useLegacyV2RuntimeActivationPolicy="true">
      <supportedRuntime version="v4.0"/>
      </startup>


      MSDN上也對(duì)此方法進(jìn)行了闡述,參見http://msdn.microsoft.com/en-us/library/bbx34a2h(VS.100).aspx

      但是使用此方法編譯后問題仍然沒有解決,但是問題可以明確鎖定為.net runtime環(huán)境的問題了。

      復(fù)制代碼 代碼如下:www.wf0088.com

      <startup useLegacyV2RuntimeActivationPolicy="true">
      <supportedRuntime version="v4.0"/>
      <requiredRuntime version="v4.0.30319" />
      </startup>

      再次運(yùn)行,問題解決。這下需要了解是什么原因造成的?
      supportedRuntime標(biāo)簽用來 具體說明應(yīng)用程序支持的是哪個(gè).framework運(yùn)行時(shí)的版本;
      requiredRuntime標(biāo)簽用來 具體說明應(yīng)用程序只支持1.0版本的公用語言運(yùn)行時(shí)間。如果使用1.1版本或者后面的版本來編譯,應(yīng)用程序必須使用<supportedRuntime>元素;
      注意:
      <supportedRuntime>必須通過1.1版本或后面的版本而編譯的應(yīng)用程序來使用。只支持1.0版本的運(yùn)行時(shí)間的應(yīng)用程序必須使用<requiredRuntime>。

      再次查閱CLR Runtime版本的相關(guān)資料,引用以下CLR運(yùn)行規(guī)則和各版本間關(guān)系匯總表格,如下:
      規(guī)則:
      1. CLR4.0及以上版本編譯的應(yīng)用程序總是運(yùn)行在應(yīng)用程序所被編譯的CLR版本上;
      2. CLR4.0以下版本編譯的應(yīng)用程序優(yōu)先運(yùn)行在被編譯的CLR版本上,如果此版本不存在,則運(yùn)行最新的小于CLR4.0的版本;
      匯總?cè)缦拢?/FONT>

      至此我們就能很清楚的搞清各個(gè)CLR版本之間的聯(lián)系了。

      總結(jié):微軟每次版本升級(jí)都會(huì)造成一些新的問題的出現(xiàn),早年從CLRv1.0到CLRv2.0曾經(jīng)也造成很多的困惑,可能也是由于過大的組織造成不能面面俱到吧,希望在今后的版本升級(jí)中能真正做到無縫的版本聯(lián)接。

      分享:Web里URL空格的轉(zhuǎn)換方法
      今天收到一個(gè)Bug修復(fù)的任務(wù),Bug為在頁面上輸入一個(gè)文件夾名包含空格,點(diǎn)擊該文件夾的URL后鏈接錯(cuò)誤。

      來源:模板無憂//所屬分類:.Net教程/更新時(shí)間:2013-05-16
      相關(guān).Net教程