背景:
其一在前文中，我們通過(guò)框架實(shí)現(xiàn)了微服務(wù)面向使用者的透明調(diào)用，但是需要為每個(gè)服務(wù)寫一個(gè)客戶端代理，顯得異常繁瑣，其二項(xiàng)目中前端站點(diǎn)使用了傳統(tǒng)的.Net Framework 框架，后端微服務(wù)我們使用了.Net Core 框架改造，短時(shí)間將前端站點(diǎn)調(diào)整成 .Net Core 框架亦不現(xiàn)實(shí)，為了能同時(shí)支持這兩種框架。如何 .Net Standard 框架來(lái)自動(dòng)創(chuàng)建微服務(wù)的客戶端代理成為我們必須解決的問(wèn)題。

問(wèn)題轉(zhuǎn)化
我們?cè)诨仡^簡(jiǎn)單看一下我們現(xiàn)在期望的微服務(wù)客戶端代理長(zhǎng)的樣子：

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

解決方案

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

1、尋找出為服務(wù)接口程序集文件，并處理每個(gè)文件