C# 中基于列表的发布订阅模式（Wordpress 挂钩/过滤器）

Question

我有 PHP 背景，经常使用 Wordpress，我喜欢他们的插件架构的工作方式以及将事件与事件名称挂钩的能力。我喜欢它的最好的部分之一是能够在任何数据库值显示给最终用户之前*add_filter()*到它。我的问题是如何在 C#.NET 环境中复制整个插件架构？

第 1 部分： 为了创建插件，我研究了 MEF 框架 可能是最好的（托管扩展性框架 -http://mef.codeplex.com/）。这是专门为解决繁重的工作而设计的，让您能够监视新插件的目录、跟踪依赖项和其他正常的事情。 MEF 随 .NET 3.5+ 一起提供

第 2 部分 挂钩事件？我似乎找不到太多有关复制基于全局通道的事件系统的信息。根据我目前的情况，我需要一个发布/订阅模式（这并不难制作，因为您只需创建一些具体对象并为它们提供事件）。困难的部分是为每个事件指定一个“通道”名称，并使整个系统中的所有事件成为全局集合的一部分（中介者模式）。

复制：(http://codex.wordpress.org/Function_Reference/add_filter)

示例 1

// Add's my button to the end of the content
add_filter('the_content', 'my_plugin_button');

function my_plugin_button( $content ) {
    // Add's my button to the end of the content
    return $content . "<a href='#'>My button</a>";
}

或

示例 2

// Add a new admin menu item by hooking in
add_action('admin_menu', 'my_plugin_menu');

function my_plugin_menu() {
    add_options_page('My Plugin Options', 'My Plugin', 'manage_options', 'my-unique-identifier', 'my_plugin_options');
}

我希望您能支持我？我已经成功地在 Javascript 中复制了我需要的功能，甚至 jQuery 也有它们的 .on() 事件函数...相同的东西，但基于通道或列表...

我的 2 个示例：

• http://jsfiddle.net/AaronLayton/U3ucS/53/
• http://jsfiddle.net/AaronLayton/eyNre/33/

谁能指出我正确的方向或者这对于 C# 来说是完全错误的方法吗？

Answer 1

我认为 NServiceBus 可以帮助您解决这些问题。 NServiceBus 的作者 Udi Dahan 也写了很多关于领域事件模式的文章，这是一个发布/订阅机制。

Answer 2

知道你发布这篇文章已经过去很长时间了，而且你可能已经构建了一些东西。然而我自己也一直在思考这样的事情。有两个选择 - 真的忘记 WordPress 并尝试构建更干净的东西 - WordPress 代码的底部一团糟 :D

或者这样：

function the_content()
{
        var result = get_the_content();
        // do other stuff...if you want to.
        execute_filters(ref result);
        execute_actions(ref result);

        return result;
}

function execute_filters(ref string result, string action_name)
{
     var filters = get_pre_filters(action_name);
     filters.ForEach(filter =>
     {
         /// somehow call the method name in filter.  PHP is generally global.  C# namespaced,      
         /// so you would need to think about that.
     }
}

function execute_actions(ref string result, string action_name)
{
      /// and so on....
}

当构建一些模仿 WordPress 的东西时，你需要记住 WordPress 插件的许多问题架构（在我个人看来）...似乎希望在每个页面上足够接近的位置运行每个插件，即使该页面与该插件无关。我曾经安装过一个插件，为每个页面调用添加了60个数据库查询，但没有使用。

当你构建它时，尝试并明智地思考它。尝试添加一种方法，仅让将在新设置的页面/帖子上使用的插件运行，例如在数据库中，帖子/页面对象上有一个“插件”字段，其中包含允许的插件列表在该页面上运行。这样您就不需要每次都检查所有插件来查看它是否要运行。

无论如何。希望你能有所收获。