2

任何人都可以阐明我如何将预编译的 protobuf-net 序列化程序程序集与 WCF 和客户端一起使用（而不是在代码中序列化/反序列化）来加速 DTO 类型的首次使用？

通过使用 protobuf-net 与 datacontractserializer，我已经设法在我的大型 WCF/WPF 应用程序中获得了很多性能改进。但是，即使我可以从我的 DTO 预编译序列化程序集，我也无法让 WCF 或其 WPF 客户端使用它。Web 服务进程对于来自该进程的任何第一次调用涉及新的 DTO 总是需要很长时间，大概是为了动态生成序列化程序集。如何指示 WCF 服务器和/或 WPF 客户端使用我生成的程序集？

在一个相关问题上，我在某些 DTO 中有 SolidColorBrush 类型的属性，这使得预编译器因“没有为类型定义的序列化程序：System.Windows.Media.SolidColorBrush”而崩溃。我有一些代码可以将此支持添加到 protobuf-net 模型，但是当其余的 DTO 用属性（例如 ProtoContractAttribute）装饰时，我无法理解如何应用它（到预编译器或我的代码）。

非常感谢任何帮助

4

1 回答 1

2

目前，让 WCF 使用预编译模型的唯一方法是通过代码手动配置 WCF，特别是ProtoOperationBehavior手动添加一个，并指定模型：

var behavior = new ProtoOperationBehavior();
behavior.Model = new MyPrecompiledSerializer();

我承认我没有完整的端到端 WCF 示例。我怀疑在新版本中对我来说可能更容易调整ProtoBehaviorExtension和/或ProtoBehaviorAttribute允许您通过配置指定自定义序列化程序类型 - 但该代码今天不存在。

在此期间，如果问题是第一次操作有轻微延迟，那么您还可以添加一些您需要的类型，显式遵循默认模型，然后编译它：

RuntimeTypeModel.Default.Add(typeof(Foo), true);
RuntimeTypeModel.Default.Add(typeof(Bar), true);
RuntimeTypeModel.Default.CompileInPlace();

那就是说：编译并不是非常慢 - 如果它导致明显的延迟，我会有点惊讶，除非你的模型真的很复杂（数百种类型）。延迟是否可能只是 WCF、网络、TCP 等开销？

关于SolidBrush，并且暗示：Color- 可以在运行时配置它们：

RuntimeTypeModel.Default.Add(typeof(System.Windows.Media.Color), false)
    .Add("R", "G", "B", "A");
RuntimeTypeModel.Default.Add(typeof(System.Windows.Media.SolidColorBrush), false)
    .Add("Color");

但是，在使用“预编译”时，我还没有添加一种机制来做到这一点——在技术层面上要棘手得多：我不能只在（比如说）属性上使用可执行方法，因为程序集被“检查” precompile”可以用于任何 CLI（Silverlight、WinRT、.NET 1.1、CF 等）——因此，它是由非常不同的机制加载的。

我首选的方法是：不要将其公开为System.Windows.Media.Color- 编写您自己的 DTO 类来表示数据（而不是最终实现），并在它们之间进行映射。或者，也可以编写自己的实用程序控制台 exe，其作用类似于“预编译”，方法是配置模型然后调用RuntimeTypeModel.Default.Compile(string,string)or RuntimeTypeModel.Default.Compile(CompilerOptions)。

于 2012-11-14T07:32:30.847 回答