.net standard中怎么實(shí)現(xiàn)動(dòng)態(tài)編譯，相信很多沒有經(jīng)驗(yàn)的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個(gè)問題。
成都創(chuàng)新互聯(lián)公司專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、建甌網(wǎng)絡(luò)推廣、重慶小程序開發(fā)、建甌網(wǎng)絡(luò)營銷、建甌企業(yè)策劃、建甌品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎(jiǎng)；成都創(chuàng)新互聯(lián)公司為所有大學(xué)生創(chuàng)業(yè)者提供建甌建站搭建服務(wù)，24小時(shí)服務(wù)熱線：13518219792，官方網(wǎng)址：www.cdcxhl.com
背景:
其一在前文中，我們通過框架實(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 框架來自動(dòng)創(chuàng)建微服務(wù)的客戶端代理成為我們必須解決的問題。
問題轉(zhuǎn)化
我們在回頭簡單看一下我們現(xiàn)在期望的微服務(wù)客戶端代理長的樣子：
通過上面分析，我們只需要將服務(wù)接口中的每個(gè)方法，判斷是否有返回值，如果有返回值調(diào)用Invoke
首先想到是通過中間語言 IL 的 Emit 實(shí)現(xiàn)，但無奈這個(gè)使用起來實(shí)在是太不友好了， 幾經(jīng)折騰最終還是選擇放棄了，后又想到其實(shí)可以通過動(dòng)態(tài)生成這個(gè)代碼片段，動(dòng)態(tài)編譯后加載到系統(tǒng)程序集中，應(yīng)該就可以了。于是在這個(gè)方向的指引下，我們嘗試著去一步步實(shí)現(xiàn)這個(gè)問題。
解決方案
如何生成這個(gè)代碼片段？ 通過上面的分析，我們知道只需要將接口反射獲取其中的公共方法，并將接口的每個(gè)方法簽名原樣復(fù)制，在根據(jù)接口方法是否有返回值分別調(diào)用RemoteServiceProxy基類中相關(guān)方法即可，不過需要特殊注意的泛型方法翻譯，以下是生成這個(gè)代碼片段的參考實(shí)現(xiàn).
1、尋找出為服務(wù)接口程序集文件，并處理每個(gè)文件
2、處理每個(gè)文件中的接口類型，并將每個(gè)程序集的依賴程序集找出來，方便后面動(dòng)態(tài)編譯
處理接口中的每個(gè)方法
獲取泛型類型字符串
如何添加依賴
既然是要編譯源碼，那么源碼中的依賴必不可少，在上一步中我們已經(jīng)將每個(gè)程序集的依賴一并找出，接下來我們將這些依賴全部整理出來
編譯
有了代碼片段, 也有了編譯程序集依賴, 接下來就是最重要的編譯了.
結(jié)語
在經(jīng)過以上處理后，雖算不上完美，但順利的實(shí)現(xiàn)了我們期望的樣子，在之前的GetService中，當(dāng)發(fā)現(xiàn)屬于遠(yuǎn)程服務(wù)的時(shí)候，只需要類似如下形式返回代理對象即可。同時(shí)為增加調(diào)用更加順暢，我們將此編譯的時(shí)機(jī)定在了發(fā)生在程序啟動(dòng)的時(shí)候，ps 當(dāng)然或許還有一些其他更合適的時(shí)機(jī).
重慶分公司
重慶分公司
看完上述內(nèi)容，你們掌握.net standard中怎么實(shí)現(xiàn)動(dòng)態(tài)編譯的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀！
