1樓：
現在手中寫的乙個Blazor+WebAPI的專案:
其實這個命名有點問題,不過是個人專案也就無所謂了WebAPI和Blazor就差不多了,不過WebAPI沒有檢視,只需要無腦Controller呼叫service就行,專案小的話還見過很多人寫厚Controller
ef core下我個人是不太推薦分repository層的.
2樓：seakingii
我自己做的一般就是資料層,業務層,UI層
這年頭對分層沒那麼看重了,大專案是講究分服務了...微服務
更有什麼serverless....
3樓：jtimmy
看專案大小和實際用途
假如整個開發就你乙個人，就沒必要分了，最多做幾個類庫分開功能，方便更新。
要是整個專案又是前端又是後端，又是中間層的，就還是老老實實做介面寫架構吧
4樓：MiLoser
我們的分層是按業務來分的，因為是做上位機的，所以公共方法是乙個庫，機械操作又是乙個庫，介面層乙個庫，如果涉及到SQL，那麼資料庫訪問層又是乙個庫，控制資料庫讀寫的都在這乙個庫里不分層，因為一般都是本地單機操作。常分的就這麼幾個庫了，如果涉及到介面擴充套件，那麼介面也是單獨乙個庫
5樓：我有很多問題想問
我是這麼分的。
API控制器裡面只呼叫邏輯層的方法，不做其他的。
邏輯層用來驗證資料，對資料進行封裝處理，關於處理邏輯的業務都在邏輯層。邏輯層又去訪問資料訪問層。
資料訪問層，訪問資料庫，進行增刪改查。
就是傳統的三層架構，BLL,DAL。
MODELS用來放資料模型類，請求響應的資料模型封裝。
TOOLS用來放各種復用工具，自己寫的實現某功能的類，製作Excel，對檔案進行操作等。
6樓：陳哲
關於 .NET 專案的架構（分層）， 很早很早以前，可以參考PetShop專案，可以說是分層思想的代表。現在搜尋還能找到很多文章，例如《PetShop的系統架構設計》、《解剖PetShop》等等。
PetShop
到了現在，可以嘗試參考參考eShopOnWeb 專案，在 GitHub 上有原始碼。還有對應的電子書：
使用 ASP.NET Core 和 Azure 構建新式 Web 應用程式
說實在，這些專案的架構是有點複雜的，最好是根據公司的實際情況，制定適合自己的架構。
微服務架構
《.NET Architecture Guides》 還有另外乙個入口，位址如下：
私以為，所有程式設計產品中，dotNET 體系的文件是寫得最好的！沒有之一！
關於學習c#有什麼幫助文件嗎?
你怎樣理解這個世界是分層的？
違和 我可以這樣理解，世界是分層的。但是層與層的界限就像一層橡膠，看著是薄薄的一層，你可以靠近另一層，但就是過不去。每個層面的人因為所謂的命運思考著他們自己的問題，也就是說他們在渾然不知的前提下，想著他們那個層面的問題。各司其職，其實就是說的這個道理。因為各有所側重所以就不會通才。每個層面的人沒有所...
C9之問 C9在大家心中是怎樣的乙個存在？
溜達 C9從歷史史實看，就是當中國98年推動建設已一批世界一流高校時，選定的第一批高校，即首批985，這是歷史地位。老楊叔的答案代表了相當一部分企業機構的認知，但是當然不是全部。其實一般人認知中，當然認可這九所高校確實屬於中國一流名校 然而狹隘到水泊梁山排座次的情況，就很多人不認可其中某些高校是中國...
C 羅的曼聯生涯是怎樣的？
劉明浩 03年他以創紀錄的青年隊員轉會費來到曼聯，爵爺給了他代表紅魔榮耀的7號球衣。首秀就以花哨的技術讓人印象深刻。那時人們叫他小小羅，是夢劇場的新寵。他用了三個月才打進了代表曼聯的第一粒進球，也被批評帶球花哨不實用。但他依舊在足總盃決賽取得進球，以乙個冠軍結束處子賽季。第二年，魯尼來了，現在的曼聯...