GO中的清潔體系結構應通過組織圍繞功能而不是圖層的代碼來實現(xiàn)，並隔離域邏輯和外部關注點； 1。通過基於功能的軟件包構建項目，例如/內(nèi)部/用戶/包含實體，用戶酶，交付和存儲庫子包裝； 2。定義內(nèi)部層中的核心實體和接口，例如用戶實體，例如用戶重新定位接口； 3.實施使用界面協(xié)調(diào)業(yè)務邏輯的用例，而不知道具體實現(xiàn)； 4。在/pkg/database/中實現(xiàn)基礎架構組件，例如滿足接口的/pkg/database/; 5。僅通過解析輸入，調(diào)用用例和格式輸出來保持諸如HTTP處理程序之類的交付機制。 6.在沒有框架的情況下明確地對線依賴性進行手動依賴注入；避免在全球範圍內(nèi)透露姓名，將數(shù)據(jù)庫模型洩漏到實體中或強迫不必要的層，確保代碼保持可維護，可測試且獨立於外部關注點。

在GO中實現(xiàn)乾淨的體系結構並不是要在層上拍打或僅僅是為了結構而創(chuàng)建文件夾，而是關於編寫可維護，可測試且獨立於框架，數(shù)據(jù)庫或外部關注的代碼。 GO，憑藉其簡單性和對界面的強烈支持，實際上非常適合乾淨的建築。

這是正確做的方法，而無需過度工程。

什麼是乾淨的體系結構（實際上）？

Clean Architecture將您的代碼分離為基於抽象而不是框架的層次。主要思想是依賴性規(guī)則：內(nèi)層不應該知道外層。

典型的結構看起來像：

• 域（實體） - 您的業(yè)務邏輯和核心模型
• 用例（申請業(yè)務規(guī)則） - 協(xié)調(diào)數(shù)據(jù)流，實施特定於應用程序的規(guī)則
• 接口（交付） - HTTP處理程序，CLI，GRPC，等。
• 基礎架構（外部） - 數(shù)據(jù)庫，外部API，配置，記錄

控制和數(shù)據(jù)的流量從外部向內(nèi)移動 - 但依賴關係向內(nèi)指向。

1。通過軟件包構建您的項目（不是層）

避免domain/ ， usecase/ ， infrastructure/作為頂級文件夾。取而代之的是，通過特徵或上下文組織，並將建築層保持在每個層。

例子：

 /cmd/
  api/
    main.go
/內(nèi)部的/
  用戶/
    送貨/
      http.go
    用戶酶/
      user_usecase.go
    實體/
      user.go
    存儲庫/
      user_repository.go
  命令/
    ...
/pkg/
  資料庫/
  中介軟體/

這樣，每個功能（ user ， order ）都是獨立的，您可以在沒有巨大整體層的情況下成長。

2。在內(nèi)層定義實體和接口

您的實體和接口應生活在內(nèi)層。基礎架構（如PostgreSQL）實現(xiàn)了這些接口。

 // // Internal/user/entity/user.go
鍵入用戶結構{
  id int
  名稱字符串
  電子郵件字符串
}

// ///internal/user/repository/user_repository.go
鍵入UserRepository接口{
  getByid（id int）（*用戶，錯誤）
  創(chuàng)建（用戶 *用戶）錯誤
}

現(xiàn)在，用例取決於接口，而不是數(shù)據(jù)庫。

3。編寫編排邏輯的用例

用例是您針對特定應用的邏輯壽命的。它們?nèi)Q於實體和界面。

 // ///Internal/user/usecase/user_usecase.go
鍵入Userusecase struct {
  repo user.userrepository
}

func（u *userusecase）getuser（id int）（ *user.user，error）{
  返回u.repo.getbyid（id）
}

這使業(yè)務規(guī)則與交付機制分開。

4。在基礎架構中實現(xiàn)接口

現(xiàn)在，在PostgreSQL軟件包中實現(xiàn)UserRepository 。

 // ///pkg/database/postgres/user_repo.go
鍵入PostgreserRepository struct {
  db *sql.db
}

func（r *postgresuserrepository）getByid（id int）（ *用戶，錯誤）{
  //實際數(shù)據(jù)庫電話
}

然後將其註入啟動時（ main.go ）的用例中：

 // cmd/api/main.go
db：= connectdb（）
repo：=＆postgres.postgresuserrepository {db}
用戶酶：=＆user.userusecase {repo}
httphandler：=＆user.httphandler {usecase：usecase}

5。保持交付薄

HTTP處理程序只能：

• 解析輸入
• 致電用例
• 格式輸出

///internal/user/delivery/http.go
func（h *httphandler）getuser（w http.ResponseWriter，r *http.request）{
  id，_：= strconv.atoi（r.url.query（）。get（“ id”））
  用戶，err：= h.usecase.getuser（id）
  //處理錯誤，編碼JSON
}

這裡沒有業(yè)務邏輯。只是膠。

6。依賴注射是手動的（沒關係）

GO不需要DI框架。將事物連接到main.go它是明確的。

 // cmd/api/main.go
func main（）{
  db，_：= sql.open（“ postgres”，dsn）
  repo：=＆postgres.userrepo {db}
  用戶酶：=＆user.userusecase {repo}
  處理程序：=＆user.httphandler {usecase}

  http.handlefunc（“/user”，handler.getuser）
  http.listenandserve（“：8080”，nil）
}

您可以控製圖形。沒有魔術。

避免的常見陷阱

• 強迫各地的每一層：並非每個功能都需要所有層。保持務實。
• 將數(shù)據(jù)庫模型洩漏到實體中：不要在核心中曝光gorm.Model或SQL標籤。
• 在全球?qū)用嫔厦b：它導致“貧血”服務和分散的邏輯。
• 過早地使用仿製藥或複雜模式：乾淨的體系結構是關於分離的，而不是複雜性。

最後的想法

當簡單且實用時，GO中的清潔架構最有效。專注於：

• 保護您的業(yè)務邏輯
• 取決於抽象
• 將外部關注（DB，HTTP）保持在邊緣
• 通過特徵組織，不只是一層

這與嚴格的規(guī)則無關，而是要使您的代碼更容易更改，測試和理解。

基本上：編寫小包裝，使用接口，並在main上乾淨地進行電線。這是其中的90％。

以上是在GO中實現(xiàn)乾淨的體系結構的詳細內(nèi)容。更多資訊請關注PHP中文網(wǎng)其他相關文章！