如何从第三方应用程序访问Symfony的数据/业务层

Question

我有以下不依赖我且无法更改的体系结构方案：

一台服务器/机器上有多个php应用程序和一个postgres数据库：每个应用程序使用其自己的架构，以便逻辑上分离应用程序的数据。 我正在使用Symfony开发一个新的应用程序-以A表示的应用程序，该应用程序管理和存储应由其他应用程序部分访问的数据，尤其是那些未由symfony或任何其他框架开发的旧应用程序。 为简单起见，您可以想象一个应用程序通过其REST API存储从客户端发送的电影。 我希望B和C访问电影的数据： B暂时应该需要访问其中有特定演员的所有电影， C希望更新所有者工作室（反之亦然）。 当然，这将是A的工作，正是为此而诞生的symfony应用程序。 所以我想我有两种方法，用箭头表示：

1. A公开了B可以调用的API的某种方式。 这样，我不必重复业务逻辑和数据持久性。 也许可以通过某种方式公开主义的实体或控制者。 当然，我至少应该加载学说，容器，httpframework组件的配置以及使用C的解决方案，我猜想这种解决方案是不可行的，因为我将有两个应用程序使用并加载大多数相同的类，而没有任何种类的两者之间的隔离。 我认为另一种（极端？）解决方案不是使用Symfony将我的A功能暴露给其他应用程序：我可以编写一个API类，该类连接到数据库并在没有Symfony支持的情况下进行一些逻辑处理（PDO和朋友。没有服务，没有组件，什么都没有。）。 幸运的是，我所要暴露的内容很少，那不是什么大问题。 最后，我将避免通过外壳程序（即app.php console/getMovie ）来调用A ，因为它会消耗大量资源，而且我认为速度不是那么快。 我的服务器很小，无法满足要求
2. B和其他应用程序可以访问A的模式，但是那样的话，我也许应该复制一些业务逻辑，但我发现它有点混乱。 也许Ç应用程序可以简单地使用了一个包，我可以写，明确写入揭露一些A的功能的第三方应用程序的需要。

这是我找到的两个解决方案，但是我非常感谢您认为我应该设计这个方案。

Answer 1

通过在公共位置（通常是公共架构）使用视图，可以在架构之间共享数据。

这有几个优点：

• 它使您可以按需要使用架构结构。
• 它公开了您想要的数据。
• 它使您可以管理所需的写访问权限（是的，视图可能是可写的）
• 它使您能够轻松应对GRANT / REVOKE。
• 它使应用程序能够利用Postgres的LISTEN / NOTIFY功能进行通信。

有缺点：

更新视图意味着在使用该视图的所有应用程序上部署新模型文件。 它可以是其他应用程序通过composer依赖的一个项目。