【Blog.Core重要升级】:封装服务扩展层
昨天有群里小伙伴咨詢了一個問題:
關(guān)于如何在Blog.Core項目中,實現(xiàn)多資源終端的問題,比如這樣:
一個AdminMvc的管理后臺(MVC項目),一個WebApi項目,一個ConsoleApp的控制臺項目(比如可以用來做遷移或者定時器等工作)。
詳細來說,目前的模式是一個webapi層然后搭配service+repository+接口,repository主要操作分頁,多表,CRUD等db操作,service主要負責:事務,緩存,發(fā)郵件等相關(guān)內(nèi)容。其他的一些常用Helper操作都集中到了Common層。
除此之外呢,會有很多的中間件和服務擴展,那目前我放到了api層,用著也挺好,不過對于上邊的這種多終端客戶端的問題,很不友好,因為這樣會導致很多文件必須拷貝多份,或者需要寫很多遍。
那基于這個問題呢,我做了調(diào)整,把中間件和服務擴展單獨封裝了一層,這樣就很容易實現(xiàn)上邊的需求了,最終的結(jié)果是這樣的:
相應的代碼我放到了SpeExtensions項目分支(如果沒有這個分支了,證明代碼在主分支)。
這樣就很好的弱化了我們的api層,也是對項目解耦進一步做了調(diào)整,記得把api層的不必要的nuget引用也去掉,畢竟都放到了擴展層了嘛。
這樣看之前的api層,就清爽了很多,業(yè)務和邏輯依然很豐富:
還有沒有其他擴展方案
當然,如果你感覺這種把擴展提出來還不能滿足靈活的需求,可以再細致一下,針對每一個組件都做一個擴展,比如這樣:
xxx.Swagger、xxx.MiniProfiler、xxx.Aop、xxx.SqlSugar
等等等等
這樣的話,不僅僅當前項目使用,其他任何項目都可以使用,不過我個人感覺沒什么必要,看自己的需求吧。
最后說一下,目前這種設計方案還在dev階段,如果你使用的時候發(fā)現(xiàn)任何問題,可以GitHub上給我提issue,我基本都會改,如果兩個星期沒問題,我會覆蓋master分支。
總結(jié)
以上是生活随笔為你收集整理的【Blog.Core重要升级】:封装服务扩展层的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 文章目录 | .NET Core on
- 下一篇: 如何激发团队潜能?