当前位置: 首页 > 面试题库 >

Golang事件:用于插件架构的EventEmitter / dispatcher

慕金林
2023-03-14
问题内容

在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中,如果需要事件,则可能需要使用通道,但如果需要插件,则方法是接口。下面是一个简单的插件架构示例,该示例最大限度地减少了需要在应用程序主文件中编写以添加插件的代码(此代码可以自动执行,但不能自动进行,请参见下文)。

我希望这是您要寻找的方向。

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!")
}

同样,这是自动注册程序包的“初始魔术”

func init() {
    my := &MyPlugin{}
    plugin_registry.RegisterDoer(my)
}

4.导入插件会自动注册它们

现在,我们唯一需要更改的就是导入到主程序包中的内容。由于Go没有动态导入或链接,因此这是您唯一需要编写的内容。创建一个go generate脚本,通过查看文件树或配置文件并找到您需要导入的所有插件来生成一个主文件,这很简单。它不是动态的,但可以自动化。因为main导入插件是为了注册的副作用,所以导入使用空白标识符来避免未使用的导入错误。

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()
    }

}

就是这样。请记住,插件注册表应该是一个单独的程序包,应用程序的核心和插件都可以导入,因此您将不会进行循环导入。

当然,您可以将事件处理程序添加到此组合中,但是正如我所展示的,它不是必需的。



 类似资料:
  • 背景 在阅读这个文档前,你应当熟悉Chromium的多进程架构。 概述 插件是浏览器不稳定的主要来源。插件也会在渲染器没有实际运行时,让进程沙箱化。因为进程是第三方编写的,我们无法控制他们对操作系统的访问。解决方案是,让插件在各自独立的进程中运行。 设计细节 进程内插件 Chromium有着在进程内运行插件的能力(对测试来讲非常方便),也可以在进程外运行插件。它们都始于我们的非多进程WebKit嵌

  • 主要内容:一、Mysql中的Plugin,二、Plugin的架构,三、源码分析,四、总结一、Mysql中的Plugin 在程序设计的发展过程中,插件(Plugin)形式的设计存在的时间很长了,这种源于硬件的插件接口设计,优势在于可以很从容的进行不同场景应用的切换,甚至在运行时也可以通过动态的参数配置来实现整个功能应用场景的快速适配。从Eclipse到Idea等IDE开发工具,到实际的项目开发中,只要开发经验较多的程序员一定会遇到过类似的工程实践。 插件一般是基于一定的插件协议,通过开

  • 实践 在本篇实现一个app 插件demo,在demo页面可以显示服务器端时间。 插件入口 在该文件中定义插件名,描述,以及插件前端和后端入口,配置。 export default function (kibana) { return new kibana.Plugin({ require: ['elasticsearch'], name: 'demo', uiExpor

  • 通过查看kibana源码,发现很多组件都迁移成react组件,并且官网的文档也在推荐使用react来开发插件。建议大家在选型之前和官网文档保持一致,采用react写相应的插件。 实现 参考教程《app插件案例》 参考 Angular to React Migration

  • 问题内容: 请提供有关如何为Java Web应用程序执行“插件”体系结构的建议。 当前,我们在Tomcat servlet容器中使用了非常简单和标准的Spring + Hibernate + Struts 2 。(内置Maven) 我需要像Redmine 这样的东西。可以启用/禁用,更新任何模块的位置Redmine UI 请排除OSGi,Portlet等繁重的选项。 OSGi太重,没有很好地采用W