前端建筑

Question

目前，我们有非常重的前端(实际上是一个应用程序中的frontend+backend)。前端包含所有的逻辑: UI、业务逻辑、持久性逻辑等等。它非常复杂，很难维护，因为一些平台问题(它是用PHP编写的)，例如没有连接池。

所以我想出了一个把前端和后端分开的主意。后端可以在一些更方便的平台上编写(我们计划使用Java)，而前端可以继续使用PHP。

我认为UI逻辑是所有前端应该做的。在这里执行的代码基应该有一些限制：

1. 没有直接的数据库调用。DB调用很难扩展，也很难向后端提供SLA.
2. Nonblocking集成协议。如果前端请求后端，则前端应该能够不阻塞此请求。它可以在两个方面帮助我们：

我们可以向后端发送并行请求(并行化I/O)；

我们可以为请求(SLA)提供超时。有时，最好是快速失败，不要阻塞客户端。

因此，考虑到以上所述，我认为前端的最佳架构(在我的例子中，我不是传播银弹)是UI逻辑，它只以非阻塞方式与REST/SOAP后端通信。你觉得这些东西怎么样？

Answer 1

您可能想为您的前端查看node.js --它是新的，但是它有一个非常酷的异步(即非阻塞)架构。这意味着放弃PHP，但是如果您进行了一次重要的重写，这将不会增加太多的新工作。

Answer 2

听起来不错，你可以选择从(java?)中吸取信息。BL在服务器端和客户端(通过AJAX)。

我认为UI逻辑是所有前端应该做的。

是的--你肯定在想:)

Answer 3

您可以使用下面的架构。

1. ，您可以使用任何JS框架，比如角4或ReactJS，因为两者都有服务器端呈现。这也适用于单个/多个应用程序，
2. 使用PHP定义了PHP，其中所有的业务逻辑都在其中。API应该托管在不同的服务器上。为了使API安全，您可以使用authentication.
3. If

，我建议使用存储过程，而不是硬编码的SQL查询或任何ORM.。