前端架構

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留在後面，但是如果你做了一個重要的重寫，那不會增加太多新的工作。