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

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

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

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

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

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

復(fù)制代碼代碼如下:hl5o.cn

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

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

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

復(fù)制代碼代碼如下:hl5o.cn

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

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

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

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

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

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