我正在 Go 中實現一個消息傳遞系統。所以我有一個名為Msg. 該Msg接口定義了許多公共字段，例如源、目標、發送時間、接收時間等。我無法定義 s 的完整列表，Msg因為我希望庫用戶定義Msgs 的具體類型。要提供具體的 類型Msg，用戶需要實現大量的 getter 和 setter，這非常煩人。我嘗試過的一種解決方案是提供一個簡單的基類，MsgBase并定義所有公共屬性以及 getter 和 setter。對于 的每個具體類型Msg，我都嵌入了一個指向 的指針MsgBase。該解決方案有效。但是，我想MsgBase在具體Msg類型中嵌入一個值版本。這是因為這樣的Msgs 在執行過程中創建了太多次，動態分配 aMsgBase會增加垃圾收集開銷。我真的希望所有的Msgs 都是靜態分配的，因為它們由組件傳遞并且永遠不應該共享。如果我使用 的值版本MsgBase，則無法使用 中定義的設置器MsgBase。我想知道這個問題是否有任何簡單的解決方案？編輯：添加示例代碼type Msg interface { // Agent is another interface Src() Agent SetSrc(a Agent) Dst() Agent SetDst(a Agent) ... // A large number of properties}type MsgBase struct { src, dst Agent ... // Properties as private fields.}func (m MsgBase) Src() Agent { return m.src}func (m *MsgBase) SetSrc(a Agent) { m.src = a}... // Many other setters and getters for MsgBasetype SampleMsg struct { MsgBase // option1 *MsgBase // option2}
1 回答
呼如林
TA貢獻1798條經驗 獲得超3個贊
請記住，Go 不像 Java 那樣具有面向對象的繼承。這聽起來像是您正在嘗試編寫一個抽象基類來封裝“消息”的所有部分；這不是真正典型的 Go 風格。
您描述的字段是典型的消息元數據。您可以將此元數據封裝在純數據結構中。它不一定需要任何行為，也不一定需要 getter 和 setter 方法。
type MessageMeta struct {
Source Agent
Destination Agent
}
更面向對象的方法是說一條消息有一個（可變的）元數據塊和一個（不可變的，編碼的）有效負載。
import "encoding"
type Message interface {
encoding.BinaryMarshaler // requires MarshalBinary()
Meta() *MessageMeta
}
type SomeMessage struct {
MessageMeta
Greeting string
}
func (m *SomeMessage) Meta() *MessageMeta {
return &m.MessageMeta
}
func (m *SomeMessage) MarshalBinary() ([]byte, error) {
return []byte(m.Greeting), nil
}
將這兩件事分開傳遞的更程序化的方法也是合理的。在這種情況下，沒有什么是“消息”的接口，您只需傳遞編碼的有效負載；像這樣的標準庫接口encoding.BinaryMarshaler在這里很有意義。您可以將其包含在屬于您的庫的較低級別的界面中。
func Deliver(meta *MessageMeta, payload []byte) error { ... }
將一個翻譯成另一個很容易
func DeliverMessage(m Message) error {
payload, err := m.Payload()
if err != nil {
return err
}
meta := m.Meta()
return Deliver(meta, payload)
}
如果其中一個元數據字段是“交付于”，確保在整個鏈中傳遞一個指向元數據對象的指針可以讓您更新原始對象中的該字段。
我不會擔心將垃圾收集作為首要考慮因素，除非是為了避免過度浪費，并在 GC 開始出現在配置文件中時檢查對象分配。創建兩個對象而不是一個對象在這里可能不會成為一個大問題。
- 1 回答
- 0 關注
- 139 瀏覽
添加回答
舉報
0/150
提交
取消