我的同事和我有争执。我们正在编写一个处理大量数据的 .NET 应用程序。它接收数据元素，根据某些标准将它们的子集分组为块并处理这些块。
假设我们有类型的数据项Foo一个接一个地到达某个源（例如来自网络）。我们希望收集相关类型对象的子集，从每个这样的子集Foo构造一个类型对象并处理类型对象。BarBar
我们中的一个人建议了以下设计。它的主要主题是IObservable<T>直接从我们组件的接口中公开对象。
// ********* 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.
}
}
另一个人提出了另一种设计，它的主题是使用我们自己的发布者/订阅者接口，并且仅在需要时在实现中使用 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 操作符创建新的事件流，或者定义我们自己的发布者/订阅者接口并在需要时在内部使用 Rx？
以下是有关设计需要考虑的一些事项：
在第一个设计中，我们接口的消费者触手可及 Rx 的全部功能，并且可以执行任何 Rx 操作符。我们中的一个人声称这是一个优势，另一个人声称这是一个缺点。
第二种设计允许我们在后台使用任何发布者/订阅者架构。第一个设计将我们与 Rx 联系在一起。
如果我们希望使用 Rx 的强大功能，则需要在第二种设计中进行更多工作，因为我们需要将自定义发布者/订阅者实现转换为 Rx 并返回。它需要为每个希望进行事件处理的类编写胶水代码。