框架內的服務模型（ServiceModel）用於處理各類業務邏輯（如最簡單的CRUD操作），在設計時以類似於僞代碼的形式存在，發佈時後端會通過Roslyn轉換並編譯爲運行時代碼。爲了方便開發者作者初步實現了在線調試服務與監測服務調用性能的功能，下面分別介紹。
一、服務在線調試
1.1 實現原理
原本想參照VSCode實現調試功能，但VSCode使用的vsdbg調試器有許可限制，無法用於第三方IDE，好在GitHub上的netcoredbg項目使用MIT許可且支持VSCode的調試協議。作者畫了個流程圖簡要說明一下調試流程：
- WebIDE定位需要調試的服務方法並設置相應的斷點後啓動調試（如果方法有參數則需要輸入參數值）；
- 服務端DebugService收到調試請求後轉換並編譯Debug版本的服務代碼，然後啓動netcoredbg子進程（需要重定向標準輸入輸出，netcoredbg通過標準輸入輸出接收調試指令並響應），初始化調試子進程後發送運行命令啓動AppContainer子進程，AppContainer子進程在啓動時加載已編譯好的目標服務實例並注入容器內；
- 服務端DebugService在一切準備就緒後發送調用服務方法（調試目標）的請求至AppContainer子進程，開始調試過程(處理netcoredbg調試事件)。
VSCode調試協議參考：
1.2 調試演示
- 目前僅實現了通過鼠標定位變量查看相應值；
- 尚未實現查看虛擬實體類及其成員的值。
二、服務性能監測
作爲一名程序員，系統性能優化是一場持久戰，目標是追求用更少的資源來滿足系統的運行要求。作者在設計之初就定下了整個架構必須包含完整的系統監控功能，以方便快速定位系統瓶頸。因此作者在服務端的服務實例容器內埋了監測點（Pormetheus的Histogram指標類型），用以監測服務實例的調用次數與響應時間。集羣內的Prometheus節點定期採集與存儲監測指標，通過運維管理系統的“服務監控”面板（如下圖所示）可以查看某一時間範圍內服務調用次數與耗時的排名，這樣程序員就可以重點分析與優化這些服務模型的代碼。
運維管理系統由框架本身實現，入口爲http://地址:5000/ops
三、本篇小結
本篇介紹瞭如何實現IDE的服務模型調試與性能監測功能，GitHub上的運行時已更新可供測試。一邊碼代碼一邊碼文實屬不易，作者需要您的支持請您多多點贊推薦！