- 我們的專業(yè)品牌服務(wù)商：網(wǎng)站建設(shè)、品牌策劃設(shè)計(jì)、網(wǎng)站優(yōu)化、網(wǎng)站推廣等業(yè)務(wù)
首頁(yè)-新聞中心-我們的觀點(diǎn)
前后端分離的開(kāi)發(fā)模式：系統(tǒng)分析階段，系分和前端開(kāi)發(fā)人員約定好頁(yè)面上所需的邏輯變量，進(jìn)入功能開(kāi)發(fā)階段，前端開(kāi)發(fā)人員進(jìn)行前臺(tái)頁(yè)面結(jié)構(gòu)，樣式，行為層的代碼編寫，并根據(jù)約定好的變量，邏輯規(guī)則，完成不同情況展示不同的表現(xiàn)。而后端開(kāi)發(fā)人員，只需要按照約定，賦予這些變量含義，并提供前后端交互所需要的數(shù)據(jù)即可。
以前自己在php上玩過(guò)mvc開(kāi)發(fā)框架，但是沒(méi)有在這么大型的項(xiàng)目中實(shí)踐過(guò)，所以過(guò)程中暴露出一些問(wèn)題，也說(shuō)明現(xiàn)實(shí)和理想還是存在一定差距的。
對(duì)項(xiàng)目中遇見(jiàn)的問(wèn)題做了如下紀(jì)錄：
A.對(duì)交互白板的理解不足，如：對(duì)ajax實(shí)現(xiàn)大批量數(shù)據(jù)交互的實(shí)現(xiàn)，沒(méi)有及時(shí)給出改進(jìn)的建議
B.系分階段產(chǎn)出的約定變的非常脆弱，開(kāi)發(fā)過(guò)程中不時(shí)有新的東西和變更的東西出現(xiàn)，這就導(dǎo)致后面的前后端協(xié)作開(kāi)發(fā)有些糾結(jié)
C.項(xiàng)目過(guò)程中，由于前期與需求方，設(shè)計(jì)師，系分的溝通力度不夠，導(dǎo)致開(kāi)發(fā)過(guò)程中發(fā)現(xiàn)很多考慮的不夠周全的地方
D.項(xiàng)目開(kāi)發(fā)過(guò)程中前后端開(kāi)發(fā)資源的配比上較為懸殊，在后期頻繁需求變更中，前端一直處于：勉強(qiáng)應(yīng)付狀態(tài)
可見(jiàn)，上面提到的這些，多是溝通和協(xié)作上的問(wèn)題，以下是對(duì)這次初體驗(yàn)的小結(jié)，希望對(duì)前端開(kāi)發(fā)工程師有所借鑒：
溝通：項(xiàng)目開(kāi)發(fā)之前，盡可能主動(dòng)的和系統(tǒng)分析師和交互設(shè)計(jì)師多溝通，確定頁(yè)面中交互與服務(wù)器端交換數(shù)據(jù)的接口、方式、格式等，讓前后端約定更豐滿一些。因?yàn)樗截S滿，后面的糾結(jié)就越少。
A.向前設(shè)計(jì)，參與到前期的交互設(shè)計(jì)的討論中去，去理解設(shè)計(jì)，向后開(kāi)發(fā)，去了解后端開(kāi)發(fā)工程師關(guān)心的是什么，不想要關(guān)心的是什么，擔(dān)心的是什么，學(xué)會(huì)站在對(duì)方的角度上去看問(wèn)題
B.必須確認(rèn)交互白板中各類出錯(cuò)場(chǎng)景以及出錯(cuò)提示文案是否完整，要求后臺(tái)開(kāi)發(fā)人員補(bǔ)充交互設(shè)計(jì)師無(wú)法知曉的后端異常出錯(cuò)的場(chǎng)景，并要求交互設(shè)計(jì)師給出相應(yīng)的提示文案
C.明確交互效果中，哪些是需要通過(guò)ajax實(shí)現(xiàn)的，并與開(kāi)發(fā)人員約定好數(shù)據(jù)接口，方式，格式等，并確認(rèn)數(shù)據(jù)交互失敗的情況下是否有文案提示，如無(wú)，主動(dòng)找交互設(shè)計(jì)師補(bǔ)充該類場(chǎng)景的文案提示
協(xié)作：功能開(kāi)發(fā)過(guò)程中，需要建立一個(gè)共同調(diào)試的環(huán)境，方便前后端同學(xué)協(xié)同開(kāi)發(fā)。
A.有些數(shù)據(jù)接口api以及數(shù)據(jù)格式也許會(huì)到開(kāi)發(fā)中才能夠確認(rèn)下來(lái)?？梢杂袀€(gè)接口文檔。如果大家都知道彼此對(duì)業(yè)務(wù)規(guī)則都熟悉，可以在開(kāi)發(fā)中逐個(gè)確認(rèn)。無(wú)論如何，接口文檔是必須的。它記錄著在系統(tǒng)層面對(duì)業(yè)務(wù)的抽象。接口細(xì)節(jié)可以在開(kāi)發(fā)中逐漸完善。
B.總有那么一些文件，是前后端開(kāi)發(fā)人員都會(huì)修改的。這些敏感文件，修改前以及修改完畢都要知會(huì)后端開(kāi)發(fā)人員。而且要養(yǎng)成edit前update的習(xí)慣。如果出現(xiàn)沖突，沖突最好能夠一起解決，或者及時(shí)告知。避免再次沖突。
C,項(xiàng)目中前后端資源配比應(yīng)該適當(dāng)，1：10的資源配比想推起前后端分離的開(kāi)發(fā)模式還是比較困難的，個(gè)人認(rèn)為1：3是比較適中的配比。
出于前后端資源配比，系統(tǒng)分析階段還不夠詳細(xì)等原因，在一些大型的項(xiàng)目中，對(duì)分離開(kāi)發(fā)模式進(jìn)行了一些調(diào)整，說(shuō)實(shí)在的有些不得以，但是這應(yīng)該是目前最符合現(xiàn)狀的前后端分離的開(kāi)發(fā)模式，抱著發(fā)展的眼光向前看，前端不斷壯大之后，應(yīng)該會(huì)有讓人滿意的答卷的！
