线程安全发布在.Net中订阅

时间:2010-08-17 03:15:01

标签: c# .net thread-safety publish-subscribe

我创建了一组简单的接口和一个类,允许我在通用字典中发布项目的添加和删除。订阅者在订阅时会收到整个列表,之后他们只会收到更改。

虽然我的解决方案有效,但我正在寻找一些更标准的东西,少一些本土化的东西。你有什么建议吗?

关于我到目前为止发现的内容的注释:

我一直在关注微软的Reactive Extensions(Rx)。根据Jon Skeet的文章“LINQ to Rx:second impressions”[1],他说“一旦观察者订阅,观察者就会在序列中发布所有内容(默认情况下在不同的线程上)。单独调用Subscribe使序列上的可观察迭代多次。“这听起来像是基本的想法,但我找不到任何具体的例子,我还不确定“主题”或“AsyncSubject”的线程安全性。

关于我自己的解决方案的说明:

交付给订阅者的结构如下所示:

/// <summary>
/// Interface for a set of changes that are being published.
/// </summary>
/// <typeparam name="TKey"></typeparam>
/// <typeparam name="TItem"></typeparam>
public interface IPublication<TKey, TItem>
{
    /// <summary>
    /// Version of the list.
    /// </summary>
    long Version { get; }
    /// <summary>
    /// Items that were added or updated.
    /// </summary>
    IEnumerable<TItem> ChangedItems { get; }
    /// <summary>
    /// Keys to items that were removed.
    /// </summary>
    IEnumerable<TKey> RemovedKeys { get; }
}

订阅者自己必须实现此接口:

/// <summary>
/// Interface for a subscriber that will receive IPublication{TKey, TItem} deliveries from a publisher.
/// </summary>
/// <typeparam name="TKey"></typeparam>
/// <typeparam name="TItem"></typeparam>
public interface ISubscribe<TKey, TItem>
{
    void Deliver(IPublication<TKey, TItem> pub);
}

当然,我的通用字典发布者类有这种方法:

/// <summary>
/// Adds the give subscriber to the list of subscribers and immediately publishes the
/// dictionary contents to the new subscriber. The return value may be disposed when
/// the subscriber wishes to terminate it's subscription.
/// </summary>
/// <param name="subscriber"></param>
/// <returns></returns>
public IDisposable Subscribe(ISubscribe<TKey, TItem> subscriber);

[1] https://codeblog.jonskeet.uk/2010/01/19/linq-to-rx-second-impressions/

1 个答案:

答案 0 :(得分:1)

这不是一个真正的答案,但是将这些评论放在这里是很乏味的...... 当您的自定义解决方案易于构建且可行时,不确定为什么要查看标准开箱即用解决方案? 事件是实现发布者 - 订阅者模型的最简单(和标准)方式,但它们不是线程安全的,并且还受到订阅者和发布者之间紧密耦合的影响。 MS模式&amp;练习组已经发布了基于pattern的WCF,但我认为您正在寻找一种快速的进程内代码。同样,许多其他标准的发布 - 订阅解决方案将针对应用程序集成(ESB)。 如果您没有找到任何替代方案并决定使用自定义解决方案,那么您可以参考此artcile来描述实现此设计模式的问题。