3 回答

TA貢獻(xiàn)1911條經(jīng)驗(yàn) 獲得超7個(gè)贊
是的,我可以手動(dòng)導(dǎo)入嵌套模塊[...],但我不想手動(dòng)導(dǎo)入所有子模塊。如何配置模塊以導(dǎo)入所有子模塊的域?
你根本無法做到這一點(diǎn)。
一些背景:
沒有真正的“子”模塊概念,所有模塊都是平等的。
包也一樣:所有(*)包都是相等的。如果你想使用一個(gè)包,你必須導(dǎo)入它。
文件系統(tǒng)中的布局并不暗示包之間有任何類型的技術(shù)關(guān)系(例如,net/http/cookiejar 與 net/http 的相關(guān)性與與 crypto/md5 的相關(guān)性一樣多:一點(diǎn)也不)。
作為模塊的一部分并沒有多大意義:模塊只是版本控制在一起的一組包,并且不會(huì)在這些包之間添加任何其他關(guān)系。
規(guī)則非常簡(jiǎn)單:如果你想導(dǎo)入一個(gè)包,你就必須導(dǎo)入它。
事實(shí)上,沒有神奇的通配符導(dǎo)入可能看起來很煩人(見下文),但可以防止意外導(dǎo)入:添加包不會(huì)神奇地導(dǎo)入它(并執(zhí)行其初始化函數(shù)?。?。
在現(xiàn)實(shí)生活中,必須導(dǎo)入所有包并不那么煩人,因?yàn)椤罢!盙o 代碼不使用小包。對(duì)于那些被帶有大量文件夾和小類的 Java/C#/PHP/Node“項(xiàng)目架構(gòu)”灌輸?shù)娜藖碚f,這是一個(gè)常見的錯(cuò)誤:不要在 Go 中這樣做。這沒有幫助。它甚至常常導(dǎo)致循環(huán)導(dǎo)入并造成傷害。
模塊也一樣。Go 模塊可能不是你想象的那樣。模塊是一組一起進(jìn)行版本控制的包。我懷疑是否有理由同時(shí)為包人和包域提供不同的版本。(允許在一個(gè)存儲(chǔ)庫/項(xiàng)目中擁有多個(gè)模塊,但擁有多個(gè)模塊的情況非常罕見,您的顯然不是)。
最佳建議(按相關(guān)性排序):
停止讓每個(gè)包都有自己的模塊。
停止制作小包裝。
停止嘗試模仿您可能在其他語言中使用的源代碼布局(“架構(gòu)”)。
(*) 內(nèi)部和供應(yīng)的軟件包是一個(gè)例外,不適用于您的問題。

TA貢獻(xiàn)1839條經(jīng)驗(yàn) 獲得超15個(gè)贊
我在Go 1.20中遇到了類似的情況。這是我解決問題的方法。
包裹
我在我的 Go 項(xiàng)目中使用了存儲(chǔ)庫作為包。該存儲(chǔ)庫使用一個(gè)子模塊。
這是我的存儲(chǔ)庫my-repository/services中的 .gitmodules 文件:
改變
我所缺少的:
在引入工作區(qū)之后,子模塊的處理方式有所不同。所以現(xiàn)在我需要?jiǎng)?chuàng)建一個(gè)go.work文件。需要與 go.mod 放在同一級(jí)別。
go.work
go?1.20 use?./validator/validate
用法
現(xiàn)在我想在我的主存儲(chǔ)庫中使用這個(gè)包。將其導(dǎo)入為,
這解決了我的問題。您可以在以下位置找到文檔:設(shè)置您的工作區(qū)
- 3 回答
- 0 關(guān)注
- 310 瀏覽
添加回答
舉報(bào)