官方 Go Code Review Comments 文檔中的Interfaces規(guī)則說包應(yīng)該返回具體類型而不是接口。這樣做的動機(jī)是：...可以將新方法添加到實現(xiàn)中，而無需進(jìn)行大量重構(gòu)。我接受這可能是一件好事。但是，如果我正在編寫的類型具有依賴性，沒有它就無法達(dá)到目的怎么辦？如果我導(dǎo)出具體類型，開發(fā)人員將能夠在沒有該依賴性的情況下實例化實例。為了針對缺失的依賴項進(jìn)行防御性編碼，我必須在每個方法實現(xiàn)中檢查它，如果不存在則返回錯誤。如果開發(fā)人員在我的文檔中遺漏了任何不要這樣做的提示，她或他將在運行時之前不會了解問題。另一方面，如果我用客戶端需要的方法聲明并返回一個接口，我可以取消導(dǎo)出具體類型并強(qiáng)制使用接受依賴項作為參數(shù)并返回接口和錯誤的工廠方法。這似乎是確保正確使用包的更好方法。通過這樣的思考，我是否以某種方式?jīng)]有正確地進(jìn)入 go 精神？語言的道德規(guī)范是否可以通過不完美的封裝來為開發(fā)人員提供更大的靈活性？