關(guān)于前后臺分工的問題

本人還是前端小白, 雖然對前端本身的技術(shù)有部分了解, 但是碰到與后臺交接一塊就遇到了難題, 我們公司的后臺使用的是php, 公司的工作流程一般是我寫好靜態(tài)頁面后交給后臺, 后臺在我的頁面上嵌套模板, 但是這樣產(chǎn)生很多問題:

比如我引用的js,css,圖片,他們都需要一個一個的去改我的文件路徑,對于固定的模板由于我已經(jīng)先寫好了樣式, 他們嵌套進去之后原本的樣式已經(jīng)丟失,需要重新寫樣式;
一些頁面的跳轉(zhuǎn)由于需要嵌入不同的數(shù)據(jù),他們需要我在跳轉(zhuǎn)時傳不同的參數(shù),特別是列表轉(zhuǎn)詳情的跳轉(zhuǎn)我沒看到數(shù)據(jù)實在不好做相應的的傳參.

在網(wǎng)上查了一些資料, 發(fā)現(xiàn)主要有3種方式進行前后端的交互, 主要是我們公司的這種,還有后臺寫好接口,前端通過ajax獲取數(shù)據(jù),通過nodejs處理(node本人還沒了解過),我覺得現(xiàn)在這種方式前后端溝通的成本實在過大, 可不可以要后臺提供接口,前端來獲取數(shù)據(jù), 這樣前端工作量雖然增多,但是效率應該會比目前高一些,這是個人的淺見,希望前端大神和后端大神回答.

回答

編輯回答

只愛你

肯定前后端分離比較好，效率高，好維護
正常來說你的問題1可以完全規(guī)避
使用 Ajax 取數(shù)據(jù)是完全足夠的，不需要 nodejs 作為中間層。使用 nodejs 的原因多半是后端服務已經(jīng)成型，后端開發(fā)不愿意花費更多的工作為前端改接口；前端也懶得整理總結(jié)自己的要求，干脆自己上。
后端提供接口前端獲取數(shù)據(jù)并渲染是完全可行的，很多公司都是這么做的，比如我司。
不過前后端分離也要看場景，比如資訊網(wǎng)站因為必須 SEO，不太合適?；蛘吣銈円龇掌鞫虽秩荆@樣一次性要做的東西就會比較多。
工作需要協(xié)同，請題主多跟后端溝通，大家共同商定好的協(xié)作模式。

2017年10月11日 23:17

編輯回答

心悲涼

個人拙見
這要看整個架構(gòu)是怎么設計的
1.如果是后端寫接口,前端調(diào)用。那可能前端會涉及到一些業(yè)務的處理等。一般想api這種架構(gòu),前端多數(shù)用的是vue，html5，等等.并且前端會參與一定的業(yè)務邏輯

2.如果是PC端大多數(shù)是模板渲染,這樣就只需要你寫靜態(tài)頁面了,像題主說的這個后端需要修改css路徑什么的,其實最好的方式就是,頁面和css目錄和html放在同級等,比較方便嘍

2018年5月12日 12:59

編輯回答

兔囡囡

交給你辦法，你自己套模板呀，，，學習下模板引擎就行了

2017年11月4日 00:14

編輯回答

話寡

你搜到的是使用node做中間層, 中小型項目沒有必要這樣架構(gòu)。
問題2你可以跟后臺商量一下先設計并且約定好接口后再開發(fā), 這樣可以前后端并行開發(fā)。在沒有接口的時候你可以通過一些接口mock工具來模擬測試。
問題1沒看懂你的意思, CSS一般需要約定規(guī)范來解決工程化中的問題。

2017年8月8日 14:35

編輯回答