现在我们有非常重量级的前端（前端+后端实际上在一个应用程序中）。前端包含所有逻辑：UI、业务逻辑、持久化逻辑等等。它非常复杂，很难维护，因为一些平台问题（它是用PHP编写的），比如缺少连接池。
所以我想出了一个想法，把前端和后端分开。后端可以在更方便的平台上编写（我们计划使用Java），前端可以继续使用PHP。
我认为UI逻辑是前端应该做的。这里执行的代码库应该有一些限制：
1.没有直接的数据库调用。DB调用难以扩展，也难以提供SLA。
1.非阻塞集成plotocol到后端。如果前端向后端请求一些东西，前端应该能够不阻止这个请求。它可以在两个方面帮助我们：
a.我们可以向后端发送并行请求（并行化I/O）;
B.我们可以提供请求超时（SLA）。有时最好是快速失败，不要阻止客户端。
因此，考虑到以上所有内容，我认为前端的最佳架构（在我的情况下，我不是传播银）是UI逻辑，它只以非阻塞的方式与REST/SOAP后端通信。你觉得这些东西怎么样？
4条答案
按热度按时间pbossiut1#
你可能想为你的前端研究node.js-它是新的，但它有一个非常酷的异步（即非阻塞）架构。这意味着离开PHP，但如果你做一个主要的重写，无论如何，这不会增加太多的新工作。
dxpyg8gm2#
对我来说听起来很好，你可以选择从（java？）BL在服务器端和客户端（通过 AJAX ）。
我认为UI逻辑是前端应该做的。
是的-你肯定是在思考：）
iklwldmw3#
您可以使用下面的架构。
1.你可以使用任何JS框架，如Angular 4或ReactJS，因为两者都有服务器端渲染。这也适用于单个/多个应用程序。
1.用PHP定义RestFul API，其中所有的业务逻辑都将在那里。API应托管在不同的服务器上。
1.要使API安全，您可以使用OAuth身份验证。
1.如果你使用PHP，我建议使用存储过程，而不是硬编码的SQL查询或任何ORM。
u0sqgete4#
1.你可以使用任何JS框架，如Angular 4或ReactJS，因为两者都有服务器端渲染。这也适用于单个/多个应用程序。2.用PHP定义RestFul API，其中所有的业务逻辑都将在那里。API应托管在不同的服务器上。3.为了使API安全，您可以进行OAuth身份验证。4.如果你使用PHP，我建议你使用存储过程，而不是硬编码的SQL查询或任何ORM。