Symfony2 ReST 客户端结构

2022-08-30 23:45:07

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

我的想法是这样的,这些服务填补了DDD中特定领域的“存储库”角色。根据 Doctrine 指定的约定,这些将位于返回实体对象的存储库类中。

我认为同样的约定也可以在这里工作,ReST客户端使用像Guzzle这样的库或直接的Curl实现一个存储库类,不管如何,然后那里的代码从XML或JSON进行基本的转换,从实体对象到实体对象,供上游开发人员操作。这与其他 Symfony 2 用例中的模式一致,从 DDD 的角度来看是有意义的。

有没有人看到这个问题或更好的方法来做到这一点?


答案 1

以下是在 symfony2 中处理 REST API 开发的最佳文章:
http://welcometothebundle.com/symfony2-rest-api-the-best-2013-way/

FOSRestBundleNelmioApiDocBundle是快速休息API开发的不错选择。您可以访问官方文档,了解如何安装、配置和使用它。


答案 2

我喜欢你概述的方法。您可以将存储库视为一个防损坏层,它将 ReST 客户端代码与域模型隔离开来。


推荐