Java 前端架构

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

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

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

没有直接的数据库调用。DB调用很难扩展，也很难提供SLA

将plotocol非阻塞集成到后端。如果前端向后端请求某些内容，前端应该不能阻止此请求。它可以在两个方面帮助我们：

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

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

---

因此，考虑到以上所有因素，我认为前端最好的架构（在我的例子中，我不是宣传银弹）是UI逻辑，它只以非阻塞方式与REST/SOAP后端通信。您对这些东西有什么看法？

听起来不错，您可以选择从（java？）BL的服务器端和客户端（通过AJAX）获取信息

我认为UI逻辑都是前端的 应该这样做

---

是的-你的想法很明确：）

听起来不错，你可以选择从（java？）BL的服务器端和客户端（通过AJAX）获取信息

我认为UI逻辑都是前端的 应该这样做

---

是的-你肯定想得很清楚：）

你可能想看看你前端的node.js——它是新的，但它有一个非常酷的异步（即非阻塞）体系结构。这意味着将PHP抛在脑后，但如果你进行了一次大规模的重写，那就不会增加太多新的工作。

你可能想研究一下前端的node.js——它是新的，但它有一个非常酷的异步（即非阻塞）体系结构。这意味着将PHP抛在脑后，但如果您进行了重大重写，则不会添加太多新工作。

您可以使用以下体系结构

您可以使用任何JS框架，如Angular 4或ReactJS，因为两者都有服务器端渲染。这也适用于单个/多个应用程序

用PHP定义RestFul API，所有的业务逻辑都在这里。API应该托管在不同的服务器上

要使API安全，可以使用OAuth身份验证

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

---

您可以使用下面的体系结构

您可以使用任何JS框架，如Angular 4或ReactJS，因为两者都有服务器端渲染。这也适用于单个/多个应用程序

用PHP定义RestFul API，所有的业务逻辑都在这里。API应该托管在不同的服务器上

要使API安全，可以使用OAuth身份验证

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

---

数据库层可以有Hibernate或Spring JDBC，用于更干净和高效的DB调用处理，也就是说，如果您使用Java。数据库层可以有Hibernate或Spring JDBC，用于更干净和高效的DB调用处理，也就是说，如果您使用Java。