我不明白这一点,它是一个很好的框架,但没有多少人使用它。
如果您知道我不知道的事情,请提供帮助。
因为微软制造了 Prism,而且他们有很多用户并没有超越这一点。
我同意本尼奇!
Caliburn 进行了一场无声的革命。我们在 1.5 年前开始使用 Caliburn,当时教程很少,我们在查找所需信息时遇到了一些问题!
今天关于 Caliburn 的信息和教程的数量比一年前要好得多,但 Caliburn 是一个开源框架,具有所有正常的优点和缺点!
我知道由于 MVVM Light 的限制和问题,客户已经从 MVVM Light 转移到了 Caliburn。
在我看来,Caliburn(和 Caliburn Micro)是最好的选择!
改变。人们害怕它。
为了给这场争论增加另一个维度,一些习惯于在 PRISM 或 MVVM Light 中实现的 MVVM 经典风格的人实际上对 Caliburn 或 Caliburn Micro 中的 Magic Features 和新约定感到害怕(害怕?)。我知道我团队中的人对新事物非常抗拒,这些事物与他们所知道的对他们来说已经足够好用的事物不同。
这是完全可以理解的,我发现自己最初掌握它有点挑战性。
但是,他们可以看看Caliburn.Light
Caliburn.Light 是 Caliburn 的另一个衍生/子类型。它删除了一些所谓的“魔术”功能,而是添加了一些来自 Prism 和 MVVMLight 的通用功能。听起来很有希望,但我自己还没有尝试过。
也许这只是需要更好的营销(不太可能,因为免费/开源)或至少需要一个专门的开发论坛(这是 MS 生态系统/用户群的用武之地)。Prism 两者都有。如果我错了,请纠正我,但我也没有遇到过 Caliburn。
我一直在研究同样的问题,并同意 Caliburn 具有比 MVVM Light 或 Prism 更多的功能,尤其是您在 Caliburn 中获得的自动绑定属性/方法/View-VM,而 Prism 的开销太大,包括配置区域管理器、容器、将虚拟机解析/绑定到视图等,这些对于我们的小型应用程序来说并不真正需要。
如上所述,主要因素是 Prism 由 Microsoft 通过其Microsoft Patterns and Practices Team正式控制和支持。最初几年,它由他们独家控制,新版本的 PRISM 几乎与 WPF/C# 的新版本同时问世。它现在是开源的,但仍保持一定程度的控制。
Caliburn 以开源激情项目开始,以展示更清洁的 MVVM 实现,不幸的是,您总是冒着这样的项目失去兴趣并在一段时间后消失的风险。这是一个巨大的转折点。
但是,我无法真正找到 Caliburn 和 Caliburn Micro 之间的区别。