今年我們開始使用Unity3D開發MMORPG，指令碼語言使用C#，這樣我們就可以使用以往積累的許多類庫。但是，在U3D中使用.NET dll的過程並不是那麼順利，比如我們今天遇到的這種問題。
一.問題出現
我們在當前的一個U3D專案中使用了StriveEngine作為通訊元件與服務端進行通訊，在U3D環境中，編譯執行一切正常，但在打包釋出（Build）為PC版本可執行檔案時，卻出現錯誤：“ArgumentException: The Assembly System.Management is referenced by StriveEngine. But the dll is not allowed to be included or could not be found.”
最初，我以為是簽名或者是加密混淆的問題，於是我使用原始編譯生成的StriveEngine.dll，問題一樣存在。
接著，我再猜測可能是StriveEngine.dll編譯時選擇平臺的問題，於是把目標平臺由anycpu更改為x86，重新生成StriveEngine.dll，並且在u3d打包釋出也選擇x86，如下圖所示：
但是，問題依然存在。
二.解決方案
經過一番折騰，終於發現需要設定一下U3D所使用的.NET版本 -- 點選Player Settings按鈕，找到Api Compatibility Level選項，選擇".Net 2.0"，而非".Net 2.0 Subset"，如下圖所示：
這個選項的意思是說，要使用.NET 2.0的完整版本，而非其子集。經過此設定，終於可以打包釋出成功。
究其原因，看來是因為StriveEngine所使用的是完整版本.NET 2.0。
三.又現困境
由於我們的遊戲會打算髮佈一個輕量級的Web版本，於是，我們嘗試將其打包釋出為Web版，god，同樣的問題又出現了，而且，在釋出Web版本的情況下，Api Compatibility Level是不可選擇的。
猜測釋出Web版本只能使用.Net 2.0 Subset。
四.如何走出困境？
如果釋出Web版本就只能使用.Net 2.0 Subset這個猜想是正確的，那麼，我想基於.Net 2.0 Subset開發一個StriveEngine.U3D.dll，使其可以被打包釋出到各種不通型別的平臺。可是，.Net 2.0 Subset 具體指的是哪個子集了？是.NET Compact Framework？還是SilverLight提供的.NET Framework？抑或是其它？望知道的童鞋能留言告訴一下。