什么是 Caliburn 验证抽象

Question

最近我看到这个文档指定了如何Caliburn 很棒（并不是真的将它与微框架进行比较，这就足够了）。 我在 Caliburn 工作了一年多，对它了解不多。

所以也许有人可以解释以下内容（其中一些我可以理解，但不知道与 caliburn 的关系）：

1. 验证抽象
2. 模块框架
3. 基于 ExpressionTree 的运行时委托生成
4. ViewModelFactory
5. ShellFramework

我正在使用 V1.1，所以如果有新内容2.0就说属于新版本吧，以后大概会学习的。

Answer 1

1. 验证抽象的目的是在 ViewModel 中插入验证基础设施。
   Caliburn 的 DefaultValidator 使用 System.ComponentModel.DataAnnotations，但也可以使用 Fluent Validation 的适配器。
   虽然验证可以直接从应用程序代码中使用，但框架主要在 AOP 验证行为中使用它，该行为为模型提供自动 IDataErrorInfo 实现。

   如果您的模型已经实现了 IDataErrorInfo，Caliburn 就能够利用普通 WPF 绑定来挂钩验证（作为传统绑定过程的一部分）。
   然而，手动实现 IDataErrorInfo 很无聊，并且可能会导致难以维护的代码，因此引入了 AOP [ValidateAttribute]。
   要启用它，您必须配置容器以使用可用的代理工厂（基于 Castle.DynamicProxy）：

   myContainerAdapter
.WithProxyFactory()

   这指示容器适配器检查应用于从容器中拉出的 ViewModel（和其他组件）的行为属性，并创建它们的子类来实现指定的行为。

   [Validate] 行为实现只是将“IDataErrorInfo”调用委托给实际的 IValidator 服务。

2. Caliburn 本身使用模块框架来管理其自身模块的配置和初始化。它还可以用于创建独立的应用程序模块：Caliburn 将负责发现它们（如果它们的程序集在 IAssemblySource 中注册）并驱动它们的初始化；

3. Caliburn 不使用反射来调用操作，而是利用表达式树动态构建委托来创建已编译的 lambda；
4. Caliburn 使用 ViewModelFactory 服务来抽象 VM 的创建，可以按类型或按主题处理；
5. ShellFramework 包含一组可用于构建大多数应用程序的工具；它包括一些自定义的 IResult（以及创建它们的流畅式静态方法）和一些预构建的 ViewModel（菜单和问题/消息对话框）来完成常见的应用程序任务。