Symfony2 ReST客户端结构

Question

我正在尝试为Symfony 2中的ReST客户端建立最佳实践模式,因为这对我们公司来说是一项非常常见的工作,我们在前端边缘使用Symfony应用程序与基于Java的后端通过HTTP/ReST进行交谈.

我的想法是,这些服务填补了DDD中针对特定域的"存储库"角色.根据Doctrine指定的约定,这些约定将返回返回Entity对象的Repository类.

我认为同样的约定也可以在这里工作,ReST客户端使用像Guzzle这样的库实现一个Repository类,或者只是直接使用Curl,无论如何,然后代码从XML或JSON执行基本的转换并返回到Entity上游开发人员操纵的对象.这与其他Symfony 2用例中的模式一致,从DDD的角度来看也是有意义的.

有没有人看到这个或更好的方法有问题？

Answer 1

我喜欢你概述的方法。您可以将存储库视为反腐败层，它将 ReST 客户端代码与域模型隔离。