您推荐的针对特定架构设计的最佳WCF SOA书籍

本文关键字:最佳 WCF SOA 书籍 | 更新日期: 2023-09-27 18:12:17

我想在内网创建三个WCF服务。这三个WCF服务在功能上是相互独立的,例如

  1. Validator Service—处理与验证帐户和帐户持有人有关的所有事情。如账户存在,持卡人存在等

  2. 账户服务-处理账户余额的存入和余额的存入

  3. 限制服务-检查用户想要提取的金额是否在帐户限制内。

用例:用户想存钱

UI首先调用account service。帐户服务调用验证器检查帐户是否存在的服务。验证器服务返回布尔值指示一个帐户是否存在。如果验证器服务返回true然后账户服务然后存款。

用户想取钱。

UI首先调用account service。帐户服务调用验证器如果帐户存在,则提供服务。验证器服务返回true。账户然后服务调用限制服务来检查用户是否可以接受这个平衡。如果限制服务返回true,则帐户服务调用适当的方法来减少平衡并给予平衡用户。

我计划将它们作为windows服务托管,因为UI和所有这些服务将部署在同一台机器上。

  1. 您对此有何看法?

  2. 关于服务之间相互通信的SOA体系结构,您有什么推荐的书吗?我非常关心它的可扩展性、安全性和性能。

谢谢。

您推荐的针对特定架构设计的最佳WCF SOA书籍

为什么要以这种方式链接三个独立的操作服务?看来你把SOA带到了一个你不需要的极端。

我将创建一个处理帐户操作(存款、取款、余额查询、转账等)的服务。像验证和限制这样的东西,除非对用户可用,否则我会放在幕后,要么作为契约中的私有方法,要么更可能放在服务将引用的底层DLL中。

拥有一个只做一件事的服务本身并不坏,但是拥有多个只做一件事的服务,并且所有这些服务都属于一个逻辑分组,这是过度的(IMO)。我建议好好看看你试图建模的业务流程——分组(如果有的话)应该很明显。

我推荐Juval Lowry的书《编程WCF服务:掌握WCF和Azure AppFabric服务总线》——它被许多人认为是WCF的圣经,他有一个完整的附录,是一个很好的SOA入门。