通过WCF优雅地传送可视信息

我有一个WCF服务，其底层数据源是可观察的

目前，在服务的顶层，我从这些可观察对象的订阅中调用客户端回调（我向所有数据源订阅客户端一次）

在客户端，回调调用Subjects上的OnNext

这是可行的，但我希望更微妙一点（即，当客户端代码订阅可观察对象时，仅订阅服务器端等），我希望找到一些东西（不确定是什么）来优雅地包装所有这些锅炉代码

---

我现在开始工作，但如果有人有任何指针、一些伪代码或完全工作的Nuget软件包，我会有兴趣查看它们。

我投票决定关闭，只是因为它太广泛和固执己见了。但是看看这个完全正常工作的应用程序：@JamesWorld也许他在问类似于a的问题？我可能错了，但我没有明白。IQbservable没有太多的播放时间！这是一件聪明的事情（顺便说一句，你的实现让人赞叹），但是当考虑到所有因素时，我很少做业务需求与做好它的复杂性相抗衡——通常必要的灵活性很容易被编码在一小部分受约束的参数中。最终，Bridgeing Rx将始终归结为相当于

OnNext

的

主题，不是吗？我同意
IQbservable
有点深奥，尽管我知道至少有两个web服务可以从中受益匪浅：一个在线调查服务和一个网络监控服务（谁将保持匿名），当然还有科尔塔纳：-）。无论如何，
主题
不一定是必需的；通常，您只需要一个打开套接字并从服务器推送数据的冷可观测对象，这就是我解释OP问题的方式——我认为我的提供者解决了OP关于“样板”代码的观点。不过，我也明白你的意思；也许这个问题太含糊和开放了。@JamesWorld，是的，我意识到这个问题有点太松散了。目前，我已经放弃了为服务端的每个可观察对象公开一个Subscribe/Unsubscribe+回调，并在客户端实现一个“排序”主题，它刚刚添加了“Subscribe/Unsubscribe”构造函数参数，当客户端代码订阅“Subject”时调用该参数。