鏈接mysql的Project build出錯解決方法

本文主要給大家介紹鏈接mysql的Project build出錯解決方法，文章內容都是筆者用心摘選和編輯的，具有一定的針對性，對大家的參考意義還是比較大的，下面跟筆者一起了解下鏈接mysql的Project build出錯解決方法吧。

在開發unity3d過程中會用到.net的一些類庫，但是當你運行的時候發現時沒有問題的，但一旦發布問題就出現了，然后摸索嘗試解決了問題。

一.問題出現

我們在當前的一個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，使其可以被打包發布到各種不通類型的平臺。

看完以上關于鏈接mysql的Project build出錯解決方法，很多讀者朋友肯定多少有一定的了解，如需獲取更多的行業知識信息 ，可以持續關注我們的行業資訊欄目的。