gpt4 book ai didi

c# - 我应该在我的接口(interface)上公开 IObservable 吗?

转载 作者:IT王子 更新时间:2023-10-29 04:38:38 24 4
gpt4 key购买 nike

我和我的同事发生了争执。我们正在编写一个处理大量数据的 .NET 应用程序。它接收数据元素,根据某些标准将它们的子集分组为 block 并处理这些 block 。

假设我们有 Foo 类型的数据项一个接一个地到达某个来源(例如,来自网络)。我们希望收集类型为 Foo 的相关对象的子集 , 构造一个 Bar 类型的对象来自每个这样的子集和类型为 Bar 的过程对象.

我们中的一个人提出了以下设计。它的主题是揭露IObservable<T>对象直接来 self 们组件的接口(interface)。

// ********* Interfaces **********
interface IFooSource
{
// this is the event-stream of objects of type Foo
IObservable<Foo> FooArrivals { get; }
}

interface IBarSource
{
// this is the event-stream of objects of type Bar
IObservable<Bar> BarArrivals { get; }
}

/ ********* Implementations *********
class FooSource : IFooSource
{
// Here we put logic that receives Foo objects from the network and publishes them to the FooArrivals event stream.
}

class FooSubsetsToBarConverter : IBarSource
{
IFooSource fooSource;

IObservable<Bar> BarArrivals
{
get
{
// Do some fancy Rx operators on fooSource.FooArrivals, like Buffer, Window, Join and others and return IObservable<Bar>
}
}
}

// this class will subscribe to the bar source and do processing
class BarsProcessor
{
BarsProcessor(IBarSource barSource);
void Subscribe();
}

// ******************* Main ************************
class Program
{
public static void Main(string[] args)
{
var fooSource = FooSourceFactory.Create();
var barsProcessor = BarsProcessorFactory.Create(fooSource) // this will create FooSubsetToBarConverter and BarsProcessor

barsProcessor.Subscribe();
fooSource.Run(); // this enters a loop of listening for Foo objects from the network and notifying about their arrival.
}
}

另一个提出了另一种设计,其主要主题是使用我们自己的发布者/订阅者接口(interface),并仅在需要时在实现中使用 Rx。

//********** interfaces *********

interface IPublisher<T>
{
void Subscribe(ISubscriber<T> subscriber);
}

interface ISubscriber<T>
{
Action<T> Callback { get; }
}


//********** implementations *********

class FooSource : IPublisher<Foo>
{
public void Subscribe(ISubscriber<Foo> subscriber) { /* ... */ }

// here we put logic that receives Foo objects from some source (the network?) publishes them to the registered subscribers
}

class FooSubsetsToBarConverter : ISubscriber<Foo>, IPublisher<Bar>
{
void Callback(Foo foo)
{
// here we put logic that aggregates Foo objects and publishes Bars when we have received a subset of Foos that match our criteria
// maybe we use Rx here internally.
}

public void Subscribe(ISubscriber<Bar> subscriber) { /* ... */ }
}

class BarsProcessor : ISubscriber<Bar>
{
void Callback(Bar bar)
{
// here we put code that processes Bar objects
}
}

//********** program *********
class Program
{
public static void Main(string[] args)
{
var fooSource = fooSourceFactory.Create();
var barsProcessor = barsProcessorFactory.Create(fooSource) // this will create BarsProcessor and perform all the necessary subscriptions

fooSource.Run(); // this enters a loop of listening for Foo objects from the network and notifying about their arrival.
}
}

你觉得哪个更好?曝光IObservable<T>并让我们的组件从 Rx 运算符创建新的事件流,或者定义我们自己的发布者/订阅者接口(interface)并在需要时在内部使用 Rx?

以下是设计时需要考虑的一些事项:

  • 在第一个设计中,我们接口(interface)的使用者可以轻松使用 Rx 的全部功能,并且可以执行任何 Rx 运算符。我们中的一个人声称这是一个优势,而另一个人则声称这是一个缺点。

  • 第二种设计允许我们在后台使用任何发布者/订阅者架构。第一个设计将我们与 Rx 联系在一起。

  • 如果我们希望使用 Rx 的强大功能,则需要在第二个设计中做更多工作,因为我们需要将自定义发布者/订阅者实现转换为 Rx 并返回。它需要为每个希望进行一些事件处理的类编写胶水代码。

最佳答案

曝光IObservable<T>不会以任何方式污染 Rx 的设计。事实上,设计决策与公开旧学校 .NET 事件或滚动您自己的发布/订阅机制之间的悬而未决完全相同。唯一的区别是 IObservable<T>是较新的概念。

需要证明吗?看看 F#,它也是一种 .NET 语言,但比 C# 年轻。在 F# 中,每个事件都派生自 IObservable<T> .老实说,我认为抽象出一个非常合适的 .NET 发布/订阅机制没有任何意义——即 IObservable<T> - 远离你自己的 pub/sub 抽象。只需公开 IObservable<T> .

对我来说,滚动您自己的发布/订阅抽象感觉就像将 Java 模式应用于 .NET 代码。不同之处在于,在 .NET 中,一直有对观察者模式的强大框架支持,根本不需要推出自己的框架。

关于c# - 我应该在我的接口(interface)上公开 IObservable<T> 吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11393818/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com