David Pallmann 近期发布了关于 WCF 使用技巧的系列文章。这些技巧是按照设计模式来进行组织的，而这些设计模式则是根据开发 WCF Provider 和 Consumer 的方面来分组。
系列文章讨论了以下方面：
在服务接口方面，Dave 建议说单个服务接口的所有操作应该共享一个共同的主题，应该是粗粒度和消息异步的。服务的元数据，至少是 WSDL 和 XSD，应该在一个服务目录或者服务注册中心（Service Registry）里注册。文档或者数据结构应该满足消费者的需要，而不是展现服务的内部结构。这一建议和 Pat Helland 的“内外数据的比较”一文中的说法如出一辙。
让服务接口和服务实现彼此分开，明确你的实现选择，尤其是实例化的模式。避免有状态的服务，要写线程安全的代码。
根据需要选择你的服务宿主（Host），而不是根据自己的喜好或者自己熟悉的模型。在任何情况下都不要依赖默认设置，通常情况下它们不适合实际的场景：
学习适合的知识以使 WCF 为你所用。不要假设默认的就是最好的，在很多情况下并非如此。[……]WCF 中有些默认的设置非常棒，但有些不是。它们中有一些虽然说是具有开箱即用的安全性能，但却不能让你做出有用的工作。
尽管每一个 SOA 都应该由业务需要驱动，但有时为了适应那些非功能性需求，你需要选择正确的基础架构。基础服务的主题是松耦合和服务的探索结果。下面是基础架构或者技术服务的一些事例：
- 服务目录
- 消息路由
- 消息转换
- 规则服务
- 工作量宿主
- 整合适配器
- 活动监视器
记住通过配置服务来发布元数据并报告状态信息，来启用 WCF 服务的检测功能（Instrumentation）。前者通过发布一个 WS- MetadataExchange 端点来完成，后者通过在服务配置里启用 Windows Management Instrumentation（WMI）完成。
最后 David 指出你不应该依赖业已创建好的代理客户端。默认生成的没有实现错误处理，而这对健壮的客户端代码来说是必须的。
这些技巧显然不是全部，但无疑提出了很多有价值的参考，起到抛砖引玉的作用，也提供了一个 WCF 服务开发的最小清单。看上去最重要的地方是服务配置和服务探索结果。默认情况下，没有探索结果服务，而且元数据发布也是不起作用的。默认的配置对实际环境是不合适的，选用它们的原因不过是“以‘默认安全的方式’提供的名义”。
查看英文原文： David Pallmann’s WCF Tips
活动推荐：
2023年9月3-5日，「QCon全球软件开发大会·北京站」 将在北京•富力万丽酒店举办。此次大会以「启航·AIGC软件工程变革」为主题，策划了大前端融合提效、大模型应用落地、面向 AI 的存储、AIGC 浪潮下的研发效能提升、LLMOps、异构算力、微服务架构治理、业务安全技术、构建未来软件的编程语言、FinOps 等近30个精彩专题。咨询购票可联系票务经理 18514549229（微信同手机号）。
腾讯大规模云原生技术实践案例集
本案例集详细阐释了 QQ、腾讯会议、和平精英、小红书、斗鱼、微盟等十多个亿级用户产品背后的大规模云原生...
评论