ReactiveUI和Caliburn Micro在一起？
我一直在使用Caliburn Micro作为我们的MVVM框架在新的Silverlight应用程序上做一些原型工作。 团队一直很满意。 为了解决对服务的限制请求的一些问题，建议我查看ReactiveUI的ReactiveCollections及其INotifyPropertyChanged的实现。
有没有人有任何使用这两者的经验？ 由于它们都是主要的MVVM框架，因此存在很多重叠，因此我想知道它是否可能比尝试使它们协同工作更麻烦。
我们真正喜欢Caliburn Micro的一些事情是：
- 基于公约的约束等……我们认为非常好。
- 引导。 我们喜欢它的处理方式，在您需要时可以轻松扩展，但开箱即用的东西适用于我们的许多用例。
- 构图/屏幕管理。 我们非常喜欢Rob的导体，屏幕等概念。它非常适合我们。
ReactiveUI的东西吸引了我们（至少最初）。
- Reactive Collections和INotifyPropertyChanged的东西。 特别是节流反应的能力。
- Reactive的异步内容似乎比Rob的Co-routine实现更清晰。
我几乎没有机会玩ReactiveUI，但是当我看着它并看到两者之间的重叠时，我想知道谁可能试图将两者都用于一个项目。 我无法通过谷歌找到任何东西（这可能是我的错）。
我很想知道你是否尝试过这个; 你有什么问题？ 您使用了每个框架的哪些部分？为什么？ 有没有关于将它们一起使用的好例子或博客文章？
干杯，
史蒂夫
同时使用！ 这篇博文应该可以帮到你的大部分时间 – 实际上很容易使用现有的ViewModel来使用其他框架和“RxUI’ify他们”。 这样，您可以在单个ViewModel上尝试ReactiveUI，而无需选择Caliburn Micro或RxUI。