作為一個(gè)維護(hù)過許多有一定歷史沉淀的 Go 項(xiàng)目的人，在歷史債務(wù)下和奇葩需求下，會遇到一些迫于業(yè)務(wù)需求的技術(shù)訴求。

訴求上是希望引用多項(xiàng)目，會出現(xiàn)從 main 包（package）中導(dǎo)入相關(guān)函數(shù)的這種使用訴求。為了將多 Go 工程合并到一個(gè)大單體中使用。

Go 為什么不支持從 main 包中導(dǎo)入函數(shù)

Go 語言確實(shí)不支持從 main 包中導(dǎo)入函數(shù)，這主要是出于包管理和模塊化的考慮。main 包在 Go 中具有特殊的地位，它是程序的入口點(diǎn)，即程序的執(zhí)行從這里開始。main 包通常只包含一個(gè) main 函數(shù)，這是 Go 應(yīng)用程序的入口點(diǎn)。

不支持從 main 包導(dǎo)入函數(shù)的原因有以下幾點(diǎn)：

• 封裝性：main 包是程序的入口點(diǎn)，通常只包含程序啟動所需的最小代碼。將其他功能放在 main 包中會導(dǎo)致代碼結(jié)構(gòu)混亂，不利于封裝和重用。
• 可測試性：如果 main 包包含其他功能函數(shù)，那么這些函數(shù)將很難進(jìn)行單元測試，因?yàn)樗鼈兣c程序的啟動和退出緊密相關(guān)。
• 模塊化：Go 語言鼓勵(lì)將代碼組織成多個(gè)包，每個(gè)包負(fù)責(zé)特定的功能。這樣可以將代碼劃分為更小的、更易于管理的模塊，提高代碼的可讀性和可維護(hù)性。

下面通過幾個(gè)例子來說明為什么 Go 不支持從 main 包中導(dǎo)入函數(shù)：

代碼結(jié)構(gòu)混亂

假設(shè)我們有一個(gè) main 包，其中不僅包含 main 函數(shù)，還包含其他功能函數(shù)：

// main.go  
package main  

import "fmt"  

func helperFunction() {  
    fmt.Println("Helper function called")  
}  

func main() {  
    helperFunction()  
    // 其他程序邏輯...  
}

在這個(gè)例子中，helperFunction 被定義在 main 包中。如果我們想在其他包中使用這個(gè)函數(shù)，就需要將其移動到另一個(gè)包中，否則無法導(dǎo)入和使用。

測試?yán)щy

假設(shè)我們將 helperFunction 放在了 main 包中，并嘗試為其編寫單元測試：

// main_test.go  
package main  

import "testing"  

func TestHelperFunction(t *testing.T) {  
    helperFunction()  
    // 斷言和驗(yàn)證...  
}

由于 main 包與程序的啟動和退出緊密相關(guān)，測試 main 包中的函數(shù)可能會受到程序狀態(tài)、命令行參數(shù)、環(huán)境變量等多種因素的影響，導(dǎo)致測試不穩(wěn)定或難以編寫。

模塊化不足

如果我們將所有代碼都放在 main 包中，那么代碼將很難進(jìn)行模塊化拆分。隨著項(xiàng)目規(guī)模的擴(kuò)大，代碼將變得難以管理和維護(hù)。

通過將代碼拆分為多個(gè)包，我們可以更好地組織代碼，提高代碼的可讀性和可維護(hù)性。

總結(jié)

Go 語言不支持從 main 包中導(dǎo)入函數(shù)是為了保持代碼的封裝性、可測試性和模塊化。

我們應(yīng)該將功能函數(shù)放在適當(dāng)?shù)陌?，并在需要時(shí)從其他包中導(dǎo)入它們。這樣可以提高代碼的質(zhì)量、可維護(hù)性和可重用性。