首頁  >  文章  >  後端開發  >  javascript - 跪求大神: 前後端如何配合最好

javascript - 跪求大神: 前後端如何配合最好

WBOY
WBOY原創
2016-08-04 09:20:45969瀏覽

產出動態有資料的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出來的假資料。

前後端分離優點

透過資料介面模式的開發,前後端完全分離,而且這個專案因為是模型化設計,所以程式碼重用度非常高。
而且,出現問題,透過偵測數據介面的數據,很容易知道是前端的問題還是後台的問題。十分的便於維護,甚至深度的二次開發。

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn