去版本：1.12.9這是一個簡單演示項目的結構：所以我們有一個模塊domain，它包含兩個模塊：activity和person。我想將域與主文件 => module.go中的所有嵌套模塊一起使用。我知道如何在主go.mod中導入域：module modulesgo 1.12replace modules/domain v0.0.0 => ./domainrequire modules/domain v0.0.0因此，之后可以使用domain/domain.go中的代碼，但我無法訪問Activity和person模塊中的代碼。是的，我可以手動導入嵌套模塊，例如：(main go.mod)：module modulesgo 1.12replace modules/domain v0.0.0 => ./domainreplace modules/domain/activity v0.0.0 => ./domain/activityrequire ( modules/domain v0.0.0 modules/domain/activity v0.0.0)但我不想手動導入所有子模塊。如何配置模塊以導入所有子模塊的域？
3 回答
Smart貓小萌
TA貢獻1911條經驗 獲得超7個贊
是的，我可以手動導入嵌套模塊[...]，但我不想手動導入所有子模塊。如何配置模塊以導入所有子模塊的域？
你根本無法做到這一點。
一些背景：
沒有真正的“子”模塊概念，所有模塊都是平等的。
包也一樣：所有（*）包都是相等的。如果你想使用一個包，你必須導入它。
文件系統中的布局并不暗示包之間有任何類型的技術關系（例如，net/http/cookiejar 與 net/http 的相關性與與 crypto/md5 的相關性一樣多：一點也不）。
作為模塊的一部分并沒有多大意義：模塊只是版本控制在一起的一組包，并且不會在這些包之間添加任何其他關系。
規則非常簡單：如果你想導入一個包，你就必須導入它。
事實上，沒有神奇的通配符導入可能看起來很煩人（見下文），但可以防止意外導入：添加包不會神奇地導入它（并執行其初始化函數?。?。
在現實生活中，必須導入所有包并不那么煩人，因為“正?！盙o 代碼不使用小包。對于那些被帶有大量文件夾和小類的 Java/C#/PHP/Node“項目架構”灌輸的人來說，這是一個常見的錯誤：不要在 Go 中這樣做。這沒有幫助。它甚至常常導致循環導入并造成傷害。
模塊也一樣。Go 模塊可能不是你想象的那樣。模塊是一組一起進行版本控制的包。我懷疑是否有理由同時為包人和包域提供不同的版本。（允許在一個存儲庫/項目中擁有多個模塊，但擁有多個模塊的情況非常罕見，您的顯然不是）。
最佳建議（按相關性排序）：
停止讓每個包都有自己的模塊。
停止制作小包裝。
停止嘗試模仿您可能在其他語言中使用的源代碼布局（“架構”）。
(*) 內部和供應的軟件包是一個例外，不適用于您的問題。
紫衣仙女
TA貢獻1839條經驗 獲得超15個贊
我在Go 1.20中遇到了類似的情況。這是我解決問題的方法。
包裹
我在我的 Go 項目中使用了存儲庫作為包。該存儲庫使用一個子模塊。
這是我的存儲庫my-repository/services中的 .gitmodules 文件：
改變
我所缺少的：
在引入工作區之后，子模塊的處理方式有所不同。所以現在我需要創建一個go.work文件。需要與 go.mod 放在同一級別。
go.work
go?1.20 use?./validator/validate
用法
現在我想在我的主存儲庫中使用這個包。將其導入為，
這解決了我的問題。您可以在以下位置找到文檔：設置您的工作區
- 3 回答
- 0 關注
- 312 瀏覽
添加回答
舉報
0/150
提交
取消