javascript - 跪求大神： 前後端如何配合最好
- WBOY原創
- 2016-08-04 09:20:45994瀏覽
產出動態有資料的php,jsp頁面，前端與後端的打包發佈完全獨立。
這種的好處是前端層的表現，數據完全由前端把控，
有什麼問題可以由前端獨立解決，並單獨打包發布。
前端與後端的打包發布完全獨立。這局話的意思與體諒
回覆內容：
產出動態有資料的php,jsp頁面，前端與後端的打包發佈完全獨立。
這種的好處是前端層的表現，數據完全由前端把控，
有什麼問題可以由前端獨立解決，並單獨打包發布。
前端與後端的打包發布完全獨立。這局話的意思與體諒
前後端分離，前端工程化，前端與後端交互全部通過api，你或許覺得這樣對seo不好，但是現在有nodejs，這樣的話頁面渲染可以交給前端去做，實際上這也是趨勢，後端應該去關心系統可用性，效能等問題，不應該關注頁面問題，這部分應該交給前端去做
這篇部落格應該可以幫助你Web前後端分離開發思路 by livoras
首先得確定通訊協定以及通訊參數。
前端獨立作業可以使用mock等工具模擬後台資料傳輸。
後端設計使用資料模型完成業務，產生介面。
個人認為就是類似於把php中的模版引擎等視圖業務從專案中剝離出來形成獨立的前端版本？
前後端透過 API 互動。不論使用 web 前端，還是 ios 安卓客戶端，都可以。
後端盡量使用相同的API滿足前端多個頁面甚至不同前端的需求，這才是最好的。前端需要知道後端回傳了什麼數據，根據設計圖應該如何渲染出來就可以了。
我前陣子寫了篇前端用ionic、cordova 後端用CoreThink開發非原生APP的步驟http://www.oschina.net/question/2598464_2151690?fromerr=mCRfZH2m你可以看看
簡單的說，透過資料介面（例如：ajax請求）將前後端分開。
反面案例
去年接手了一個半成型web計畫：後台php語言開發的。不看程式碼不知道，一看程式碼，我暈了。程式碼基本上如下：
<code class="php"> <?php
...
echo val;
?>
<html>
<?php echo ...?>
</html></code>
整個php檔案包含著html的味道。細節不多說了，你們應該懂得。除了css文件外，我吐了。深深的傷了強迫症的心。語言還可以這麼使用。我再次覺得我選擇錯了道路。本以為程式碼的世界可以規整一些，看來我錯了。
後來想了想，這樣開發的，可能是一個人把前後端都囊括了，也夠辛苦的。不過，這樣混合開發的模式，還真有一個優點，成本少，效率高。缺點一大堆，擴充和後製都成問題。
正面案例
還是去年，同樣接手一個web計畫。主要需求：顯示後台資料庫表中的內容，說穿了，就是模仿mysql的web控制。不過是簡單的。但有要求：模型化，即後台透過修改少量的參數，就可以控制前端顯示的表的個數，甚至表的列名。也就說，前端有關表的一切資訊都是由後端提供。前端只要根據後端的數據，對介面做顯示性的調整即可。
設計思路：
1.有關表的樣式和滑鼠對於表格的動態操作，作為前端模組部分；
2.表的表名資訊和列表資訊由ajax請求伺服器返回json，本地對json稍加驗證，即可動態創建本地表；
3.數據的獲取，同樣適用ajax獲取。然後填入本地表；
4.本地對於資料的增刪改，通通透過ajax上傳到伺服器；
唯一的磨合點，就在ajax介面上面。開發的時候，由於後端緩慢，有些介面傳遞到前端的就是直接echo出來的假資料。
前後端分離優點
透過資料介面模式的開發，前後端完全分離，而且這個專案因為是模型化設計，所以程式碼重用度非常高。
而且，出現問題，透過偵測數據介面的數據，很容易知道是前端的問題還是後台的問題。十分的便於維護，甚至深度的二次開發。