Golang 事件:用于插件架构的 EventEmitter / 调度程序
Golang events: EventEmitter / dispatcher for plugin architecture
在 Node.js 中,我能够使用 EventEmitter 复制 WordPress 克隆并将其构建到 CMS 核心中,然后插件可以附加到该核心中。
我现在需要相同级别的可扩展性和核心隔离,用于编写并移植到 Go 的 CMS。基本上我现在已经完成了核心,但为了让它真正灵活,我必须能够插入事件(挂钩)并让插件附加到这些挂钩上,并提供额外的功能。
我不关心重新编译(动态/静态链接),只要您不必修改核心即可加载插件 - CMS 核心永远不应该被修改。 (如 WP、Drupal 等)
我注意到有一些相当不为人知的项目,试图在 Go 中实现事件,看起来有点类似于 Node.js 中的 EventEmitter:
https://github.com/CHH/eventemitter
https://github.com/chuckpreslar/emission
由于上面这两个项目并没有获得太多的人气和关注,我觉得这种思考事件的方式现在可能是我们应该如何在 Go 中做的?这是否意味着 Go 可能不适合这项任务?要通过插件制作真正可扩展的应用程序?
Go 似乎没有将事件内置到其核心中,并且 RPC 似乎不是将插件集成到核心应用程序中的有效解决方案,因为它们是本机内置的,就好像它们是主应用程序本身。
将插件无缝集成到您的核心应用程序中的最佳方式是什么,以获得无限的扩展点(在核心中),而无需在每次需要连接新插件时都操纵核心?
总的来说,在Go中,如果你需要事件你可能需要使用通道,但如果你需要插件,方法是
接口。这是一个简单的插件架构的冗长示例,它最大限度地减少了需要的代码
写在应用程序的主文件中以添加插件(这可以是自动化的,但不是 dnyamic,见下文)。
我希望它是您正在寻找的方向。
1.插件接口
好吧,假设我们有两个插件,Fooer 和 Doer。我们先定义它们的接口:
// All DoerPlugins can do something when you call that method
type DoerPlugin interface {
DoSomething()
}
// All FooerPlugins can Foo() when you want them too
type FooerPlugin interface {
Foo()
}
2。插件注册表
现在,我们的核心应用程序有一个插件注册表。我在这里做一些快速而肮脏的事情,只是为了让这个想法得到理解:
package plugin_registry
// These are are registered fooers
var Fooers = []FooerPlugin{}
// Thes are our registered doers
var Doers = []DoerPlugin{}
现在我们公开了将插件添加到注册表的方法。简单的方法是为每种类型添加一个,但您可以
使用更复杂的反射材料并具有一个功能。但通常在 Go 中,尽量保持简单 :)
package plugin_registry
// Register a FooerPlugin
func RegisterFooer(f FooerPlugin) {
Fooers = append(Fooers, f)
}
// Register a DoerPlugin
func RegisterDoer(d DoerPlugin) {
Doers = append(Doers, d)
}
3。实施和注册插件
现在,假设这是您的插件模块。我们创建了一个执行者插件,在我们的包中
init()
方法我们注册一下。 init() 在每个导入包的程序启动时发生一次。
package myplugin
import (
"github.com/myframework/plugin_registry"
)
type MyPlugin struct {
//whatever
}
func (m *MyPlugin)DoSomething() {
fmt.Println("Doing something!")
}
同样,这里是自动注册包的"init magic"
func init() {
my := &MyPlugin{}
plugin_registry.RegisterDoer(my)
}
4.导入插件会自动注册它们
现在,我们唯一需要更改的是导入到主包中的内容。自从
Go 没有动态导入或链接,这是您唯一需要编写的东西。
创建将生成主文件的 go generate
脚本非常简单
通过查看文件树或配置文件并找到您需要导入的所有插件。
它不是动态的,但可以自动化。因为main为了注册的side effect引入了插件,import uses the blank identifier to avoid unused import error.
package main
import (
"github.com/myframework/plugin_registry"
_ "github.com/d00dzzzzz/myplugin" //importing this will automaticall register the plugin
)
5.在应用程序的核心
现在我们的核心应用程序不需要更改任何代码即可与插件交互:
func main() {
for _, d := range plugin_registry.Doers {
d.DoSomething()
}
for _, f := range plugin_registry.Fooers {
f.Foo()
}
}
仅此而已。请记住,插件注册表应该是一个单独的包
应用程序的核心和插件都可以导入,因此您不会有循环导入。
当然,您可以在此组合中添加事件处理程序,但正如我所演示的,这不是必需的。
在 Node.js 中,我能够使用 EventEmitter 复制 WordPress 克隆并将其构建到 CMS 核心中,然后插件可以附加到该核心中。
我现在需要相同级别的可扩展性和核心隔离,用于编写并移植到 Go 的 CMS。基本上我现在已经完成了核心,但为了让它真正灵活,我必须能够插入事件(挂钩)并让插件附加到这些挂钩上,并提供额外的功能。
我不关心重新编译(动态/静态链接),只要您不必修改核心即可加载插件 - CMS 核心永远不应该被修改。 (如 WP、Drupal 等)
我注意到有一些相当不为人知的项目,试图在 Go 中实现事件,看起来有点类似于 Node.js 中的 EventEmitter:
https://github.com/CHH/eventemitter
https://github.com/chuckpreslar/emission
由于上面这两个项目并没有获得太多的人气和关注,我觉得这种思考事件的方式现在可能是我们应该如何在 Go 中做的?这是否意味着 Go 可能不适合这项任务?要通过插件制作真正可扩展的应用程序?
Go 似乎没有将事件内置到其核心中,并且 RPC 似乎不是将插件集成到核心应用程序中的有效解决方案,因为它们是本机内置的,就好像它们是主应用程序本身。
将插件无缝集成到您的核心应用程序中的最佳方式是什么,以获得无限的扩展点(在核心中),而无需在每次需要连接新插件时都操纵核心?
总的来说,在Go中,如果你需要事件你可能需要使用通道,但如果你需要插件,方法是 接口。这是一个简单的插件架构的冗长示例,它最大限度地减少了需要的代码 写在应用程序的主文件中以添加插件(这可以是自动化的,但不是 dnyamic,见下文)。
我希望它是您正在寻找的方向。
1.插件接口
好吧,假设我们有两个插件,Fooer 和 Doer。我们先定义它们的接口:
// All DoerPlugins can do something when you call that method
type DoerPlugin interface {
DoSomething()
}
// All FooerPlugins can Foo() when you want them too
type FooerPlugin interface {
Foo()
}
2。插件注册表
现在,我们的核心应用程序有一个插件注册表。我在这里做一些快速而肮脏的事情,只是为了让这个想法得到理解:
package plugin_registry
// These are are registered fooers
var Fooers = []FooerPlugin{}
// Thes are our registered doers
var Doers = []DoerPlugin{}
现在我们公开了将插件添加到注册表的方法。简单的方法是为每种类型添加一个,但您可以 使用更复杂的反射材料并具有一个功能。但通常在 Go 中,尽量保持简单 :)
package plugin_registry
// Register a FooerPlugin
func RegisterFooer(f FooerPlugin) {
Fooers = append(Fooers, f)
}
// Register a DoerPlugin
func RegisterDoer(d DoerPlugin) {
Doers = append(Doers, d)
}
3。实施和注册插件
现在,假设这是您的插件模块。我们创建了一个执行者插件,在我们的包中
init()
方法我们注册一下。 init() 在每个导入包的程序启动时发生一次。
package myplugin
import (
"github.com/myframework/plugin_registry"
)
type MyPlugin struct {
//whatever
}
func (m *MyPlugin)DoSomething() {
fmt.Println("Doing something!")
}
同样,这里是自动注册包的"init magic"
func init() {
my := &MyPlugin{}
plugin_registry.RegisterDoer(my)
}
4.导入插件会自动注册它们
现在,我们唯一需要更改的是导入到主包中的内容。自从
Go 没有动态导入或链接,这是您唯一需要编写的东西。
创建将生成主文件的 go generate
脚本非常简单
通过查看文件树或配置文件并找到您需要导入的所有插件。
它不是动态的,但可以自动化。因为main为了注册的side effect引入了插件,import uses the blank identifier to avoid unused import error.
package main
import (
"github.com/myframework/plugin_registry"
_ "github.com/d00dzzzzz/myplugin" //importing this will automaticall register the plugin
)
5.在应用程序的核心
现在我们的核心应用程序不需要更改任何代码即可与插件交互:
func main() {
for _, d := range plugin_registry.Doers {
d.DoSomething()
}
for _, f := range plugin_registry.Fooers {
f.Foo()
}
}
仅此而已。请记住,插件注册表应该是一个单独的包 应用程序的核心和插件都可以导入,因此您不会有循环导入。
当然,您可以在此组合中添加事件处理程序,但正如我所演示的,这不是必需的。