在前文[基于.net core 微服務的另類實現]結尾處，提到了如何方便自動的生成微服務的客戶端代理，使對于調用方透明，同時將枯燥的東西使用框架集成，以提高使用便捷性。在嘗試了基于 Emit 中間語言后，最終決定使用生成代碼片段然后動態編譯的模式實現。

背景:
其一在前文中，我們通過框架實現了微服務面向使用者的透明調用，但是需要為每個服務寫一個客戶端代理，顯得異常繁瑣，其二項目中前端站點使用了傳統的.Net Framework 框架，后端微服務我們使用了.Net Core 框架改造，短時間將前端站點調整成 .Net Core 框架亦不現實，為了能同時支持這兩種框架。如何 .Net Standard 框架來自動創建微服務的客戶端代理成為我們必須解決的問題。

問題轉化
我們在回頭簡單看一下我們現在期望的微服務客戶端代理長的樣子：

??????? 通過上面分析，我們只需要將服務接口中的每個方法，判斷是否有返回值，如果有返回值調用Invoke<ReturnType>方法，沒有返回值調用InvokeWithoutReturn方法，然后依次將接口名，方法名以及方法的參數按順序傳入即可。各位如果是熟悉Java的同學，這個問題很容易解決，使用動態代理創建一個這樣的匿名類即可，但在.net 的世界里，動態代理的實現確顯得異常麻煩。
?????? 首先想到是通過中間語言 IL 的 Emit 實現，但無奈這個使用起來實在是太不友好了， 幾經折騰最終還是選擇放棄了，后又想到其實可以通過動態生成這個代碼片段，動態編譯后加載到系統程序集中，應該就可以了。于是在這個方向的指引下，我們嘗試著去一步步實現這個問題。

解決方案

如何生成這個代碼片段？ 通過上面的分析，我們知道只需要將接口反射獲取其中的公共方法，并將接口的每個方法簽名原樣復制，在根據接口方法是否有返回值分別調用RemoteServiceProxy基類中相關方法即可，不過需要特殊注意的泛型方法翻譯，以下是生成這個代碼片段的參考實現.

1、尋找出為服務接口程序集文件，并處理每個文件

2、處理每個文件中的接口類型，并將每個程序集的依賴程序集找出來，方便后面動態編譯

處理接口中的每個方法

獲取泛型類型字符串

如何添加依賴
既然是要編譯源碼，那么源碼中的依賴必不可少，在上一步中我們已經將每個程序集的依賴一并找出，接下來我們將這些依賴全部整理出來

編譯
有了代碼片段, 也有了編譯程序集依賴, 接下來就是最重要的編譯了.

結語
在經過以上處理后，雖算不上完美，但順利的實現了我們期望的樣子，在之前的GetService中，當發現屬于遠程服務的時候，只需要類似如下形式返回代理對象即可。同時為增加調用更加順暢，我們將此編譯的時機定在了發生在程序啟動的時候，ps 當然或許還有一些其他更合適的時機.

原文地址：

https://www.cnblogs.com/xie-zhonglai/p/dynamic_compilation_netstandard.html

.NET社區新聞，深度好文，歡迎訪問公眾號文章匯總 http://www.csharpkit.com

總結

以上是生活随笔為你收集整理的基于.net standard 的动态编译实现的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。