前端架构

Question

现在我们有非常重量级的前端（实际上在一个应用中前端+后端）。前端包含所有的逻辑：UI，业务逻辑，持久性逻辑等等。例如，由于某些平台问题（使用PHP编写），例如缺少连接池，因此它非常复杂且难以维护。

所以我想出了一个想法来分开前端和后端。后端可以用更方便的平台编写（我们计划使用Java），前端可以继续使用PHP。

我觉得UI逻辑都是前端应该做的。并且应该对这里执行的代码库应用一些限制：

1. 没有直接的数据库调用。数据库调用难以扩展，难以提供SLA。

2. 非阻塞整合plotocol到后端。如果前端询问后端，则前端应该不能阻止该请求。它可以以两种方式帮助我们：

   a。我们可以发送并行请求到后端（并行化I/O）;

   b。我们可以提供请求超时（SLA）。有时最好快速失败，不要阻止客户。

因此，考虑到上述所有，我觉得对于前端的最佳架构（在我的情况，我不会传播银弹）是通信，只有在非阻塞方式REST/SOAP后端UI逻辑。你对这件事有什么看法？

Answer 1

听起来对我来说很好，你可以选择在服务器端和客户端（通过AJAX）从（java？）BL中抽取信息。

我觉得UI逻辑全是前端 应该做的。

是的 - 你肯定想直:)

Answer 2

你可能要考虑的node.js你的前端 - 它是新的，但它有一个非常酷的异步（即非阻塞）架构。这意味着将PHP留在后面，但是如果你做了一个重要的重写，那不会增加太多新的工作。