编程并不是一个机械性的工作,而是需要有思考,有创新的工作,语法是固定的,但解决问题的思路则是依靠人的思维,这就需要我们坚持学习和更新自己的知识。今天编程网就整理分享《避免在 Go 中编写过多的 getter 和 setter》,文章讲解的知识点主要包括,如果你对Golang方面的知识点感兴趣,就不要错过编程网,在这可以对大家的知识积累有所帮助,助力开发能力的提升。
问题内容我正在用 go 实现一个消息传递系统。所以我有一个名为 msg
的通用接口。 msg
接口定义了许多常见字段,例如源、目的地、发送时间、接收时间等。我无法定义 msg
s 的完整列表,因为我希望库用户定义 msg
s 的具体类型。
为了提供具体类型的 msg
,用户需要实现大量的 getter 和 setter 列表,这非常烦人。
我尝试的一个解决方案是提供一个简单的基类,如 msgbase
并定义所有公共属性以及 getter 和 setter。对于 msg
的每种具体类型,我嵌入了一个指向 msgbase
的指针。这个解决方案有效。
但是,我想在具体的 msg
类型中嵌入 msgbase
的值版本。这是因为这样的 msg
在执行过程中被创建了太多次,动态分配 msgbase
会增加垃圾收集开销。我真的希望所有 msg
都是静态分配的,因为它们是由组件传递的并且永远不应该共享。如果我使用 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 MsgBase
type SampleMsg struct {
MsgBase // option1
*MsgBase // option2
}
解决方案
请记住,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 开始出现在配置文件中时检查对象分配。创建两个对象而不是一个对象在这里可能不会成为一个大问题。
今天带大家了解了的相关知识,希望对你有所帮助;关于Golang的技术知识我们会一点点深入介绍,欢迎大家关注编程网公众号,一起学习编程~