.NET Core MVC 開發規範

asp.net core asp.net mvc design pattern

gmlin 2022-05-17 18:46:32 ‧ 1218 瀏覽

分享至

公司一位同事導入.Net Core MVC ，切分成
cshtml-(ajax)->controller-(DI)->service-(DI)->repository

假如我有A,B controller各自call C,D service，而C,D Service 卻又會存取到部份共同Table(Repo)，同事提供的做法是直接複製一份相同的method（在C,D Service 同時有FetchDept()這個method)，但我在想是否有更好的作法？

想請問在這種架構下，service的定義是什麼呢?（因為同事說這是.net core建議的架構，但我上網卻又google不到）

看更多先前的討論...收起先前的討論...

coona iT邦新手 5 級 ‧ 2022-05-18 01:05:36 檢舉

我在實作上應該會創立一個E和一個介面IntetfaceE,
E裡面包含FetchDept的共用方法，InterfaceE規範要實作FetchDept的方法，讓E繼承IntetfaceE,然後讓C和D繼承E

kawa0710 iT邦新手 1 級 ‧ 2022-05-18 08:50:06 檢舉

建議在資料庫建個DeptView, 讓1個Service專責[增I][刪D][修U] Dept這個Table, 另1個Service讀取DeptView

canrong iT邦新手 2 級 ‧ 2022-05-18 09:24:32 檢舉

依照我的開發經驗，將DB Model與其共用邏輯可以另開一lib專案給其他專案參考，介接程式如，smtp(s)、ftp(s)等，也另開一專案，如果有特殊需設計類似Queue的連線介接則有可能選用service的寫法。其實要將方案拆到多細是以團隊為主。

gmlin iT邦新手 5 級 ‧ 2022-05-18 18:04:08 檢舉

coona
我在實作上應該會創立一個E和一個介面IntetfaceE,
E裡面包含FetchDept的共用方法，InterfaceE規範要實作FetchDept的方法，讓E繼承IntetfaceE,然後讓C和D繼承E
--------------------------------
您說的與下方deh大的回答是類似的，但這麼做我也有點疑惑，統一回答在下方了

kawa0710
建議在資料庫建個DeptView, 讓1個Service專責[增I][刪D][修U] Dept這個Table, 另1個Service讀取DeptView
--------
目前是類似這樣，但我只有拆到method，即在同一Service裡有FetchDept(from view)，CreateDept(to Table)，UpdateDept(to Table)

canrong
依照我的開發經驗，將DB Model與其共用邏輯可以另開一lib專案給其他專案參考，介接程式如，smtp(s)、ftp(s)等，也另開一專案，如果有特殊需設計類似Queue的連線介接則有可能選用service的寫法。其實要將方案拆到多細是以團隊為主。
--------------------------
感謝，目前就是將Service視為一個project的模式進行的