作為一個維護過許多有一定歷史沉淀的 Go 項目的人，在歷史債務下和奇葩需求下，會遇到一些迫于業務需求的技術訴求。

訴求上是希望引用多項目，會出現從 main 包（package）中導入相關函數的這種使用訴求。為了將多 Go 工程合并到一個大單體中使用。

Go 為什么不支持從 main 包中導入函數

Go 語言確實不支持從 main 包中導入函數，這主要是出于包管理和模塊化的考慮。main 包在 Go 中具有特殊的地位，它是程序的入口點，即程序的執行從這里開始。main 包通常只包含一個 main 函數，這是 Go 應用程序的入口點。

不支持從 main 包導入函數的原因有以下幾點：

• 封裝性：main 包是程序的入口點，通常只包含程序啟動所需的最小代碼。將其他功能放在 main 包中會導致代碼結構混亂，不利于封裝和重用。
• 可測試性：如果 main 包包含其他功能函數，那么這些函數將很難進行單元測試，因為它們與程序的啟動和退出緊密相關。
• 模塊化：Go 語言鼓勵將代碼組織成多個包，每個包負責特定的功能。這樣可以將代碼劃分為更小的、更易于管理的模塊，提高代碼的可讀性和可維護性。

下面通過幾個例子來說明為什么 Go 不支持從 main 包中導入函數：

代碼結構混亂

假設我們有一個 main 包，其中不僅包含 main 函數，還包含其他功能函數：

// main.go  
package main  

import "fmt"  

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

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

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

測試困難

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

// main_test.go  
package main  

import "testing"  

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

由于 main 包與程序的啟動和退出緊密相關，測試 main 包中的函數可能會受到程序狀態、命令行參數、環境變量等多種因素的影響，導致測試不穩定或難以編寫。

模塊化不足

如果我們將所有代碼都放在 main 包中，那么代碼將很難進行模塊化拆分。隨著項目規模的擴大，代碼將變得難以管理和維護。

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

總結

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

我們應該將功能函數放在適當的包中，并在需要時從其他包中導入它們。這樣可以提高代碼的質量、可維護性和可重用性。