本篇內(nèi)容介紹了“web前端怎么高效的與后端協(xié)作開發(fā)”的有關(guān)知識(shí),在實(shí)際案例的操作過(guò)程中,不少人都會(huì)遇到這樣的困境,接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧!希望大家仔細(xì)閱讀,能夠?qū)W有所成!
創(chuàng)新互聯(lián)建站是一家專業(yè)提供大興企業(yè)網(wǎng)站建設(shè),專注與做網(wǎng)站、成都網(wǎng)站制作、HTML5建站、小程序制作等業(yè)務(wù)。10年已為大興眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)的建站公司優(yōu)惠進(jìn)行中。
1.前后端分離
前端與后端的分離,能使前端的開發(fā)脫離后端的開發(fā)模式,擁有更大的自由度,以此便可做前端工程化、組件化、單頁(yè)面應(yīng)用等。
2. 盡量避免后端模板渲染
web 應(yīng)用的渲染方式分為服務(wù)器端渲染和客戶端渲染,當(dāng)下比較推薦的方式是客戶端渲染,數(shù)據(jù)使用全 ajax 的方式進(jìn)行交互。
除非在一些不得不使用服務(wù)器端渲染的情況下(如門戶、電商等),應(yīng)當(dāng)盡量使用客戶端渲染,因?yàn)榭蛻舳虽秩靖苁骨昂蠖朔蛛x(項(xiàng)目分離、代碼解耦、協(xié)作分離、職責(zé)分離等),也能更好的做本地接口模擬開發(fā),提升開發(fā)效率。
即使用服務(wù)器端渲染,在技術(shù)支持的條件下,可以使用 node 中間層(由前端人員開發(fā)),代替?zhèn)鹘y(tǒng)的后端模板渲染,這樣可以使后端與前端完全解耦,后端與前端只有數(shù)據(jù)上的往來(lái)。
3. 盡量避免大量的線上調(diào)試
做好本地接口模擬開發(fā)(包括后端模板渲染),避免大量的線上調(diào)試,因?yàn)榫€上調(diào)試很不方便,也很費(fèi)事,并且每次更新代碼,都需要重新構(gòu)建,然后同步到服務(wù)器。
所以做好本地接口模擬開發(fā),只要程序在本地運(yùn)行是沒(méi)問(wèn)題的,一般線上就不會(huì)有太大的問(wèn)題,這樣就能大幅降低調(diào)試工作量,提升開發(fā)效率。
4. 本地接口模擬開發(fā)
本地接口模擬就是在本地模擬一個(gè)與服務(wù)器差不多的環(huán)境,能夠提供數(shù)據(jù)所需的接口,進(jìn)行錯(cuò)誤模擬處理等等。
本地接口模擬開發(fā)的意義就在于能夠在本地完成幾乎所有的開發(fā)與調(diào)試,盡量減少線上的調(diào)試,提高開發(fā)效率。
一些常用庫(kù):
browser-sync(https://github.com/BrowserSync/browser-sync):能讓瀏覽器實(shí)時(shí)、快速響應(yīng)文件更改( html、 js、css、 sass、 less 等)并自動(dòng)刷新頁(yè)面,并且可以同時(shí)在PC、平板、手機(jī)等設(shè)備下進(jìn)行調(diào)試。
webpack-dev-middleware(https://github.com/webpack/webpack-dev-middleware):A development middleware for webpack。
webpack-hot-middleware
(https://github.com/webpack-contrib/webpack-hot-middleware):熱更新本地開發(fā)瀏覽器服務(wù)。
另外,本地接口模擬開發(fā)需要后端開發(fā)人員有規(guī)范的接口文檔。
5. 規(guī)范的接口文檔
前端與后端協(xié)作提升開發(fā)效率的一個(gè)很重要的方法就是減少溝通:能夠形成紙質(zhì)的文檔就不要口頭溝通、能夠把接口文檔寫清楚也不要口頭溝通(參數(shù)、數(shù)據(jù)結(jié)構(gòu)、字段含義等),特別是線上協(xié)作的時(shí)候,面對(duì)面交流是很困難的。
一個(gè)良好的接口文檔應(yīng)當(dāng)有以下的幾點(diǎn)要求與信息:
格式簡(jiǎn)潔清晰:推薦用 API Blueprint(https://apiblueprint.org/)
分組:當(dāng)接口很多的時(shí)候,分組就很必要了
接口名、接口描述、接口地址
http 方法、參數(shù)、headers、是否序列化
http 狀態(tài)碼、響應(yīng)數(shù)據(jù)
接口文檔可以用一些文檔服務(wù)來(lái)管理文檔,也可以用 git 來(lái)管理;書寫方式可以用 markdown,也可以 YAML、 JSON 等。
推薦使用 markdown 方式寫文檔,用 git 管理文檔。
可以參考:
本地化接口模擬、前后端并行開發(fā)
API Blueprint(https://apiblueprint.org/)
6. 去緩存
前端需要做好去客戶端緩存的功能,保證用戶始終都是使用的***資源,不會(huì)因?yàn)橐驗(yàn)榫彺娴膯?wèn)題而出現(xiàn) bug。
傳統(tǒng)的去緩存是在靜態(tài)資源 url 上加上版本號(hào)或者時(shí)間戳,不過(guò)因?yàn)闃?gòu)建工具的出現(xiàn)以及一些瀏覽器已經(jīng)不支持這種方式了的緣故,這種方式已經(jīng)是過(guò)去時(shí)了。
現(xiàn)在去緩存是將文件 hash 化命名,只要文件變動(dòng),文件名就會(huì)不一樣,以此才能徹底的去緩存。如果使用 webpack 進(jìn)行打包,會(huì)自動(dòng)將所有文件進(jìn)行 hash 化命名。
7. 做好錯(cuò)誤處理
前端與后端都需要各自做好錯(cuò)誤處理,以便發(fā)生錯(cuò)誤能夠有友好的提示,也能在用戶反饋時(shí)快速準(zhǔn)確定位錯(cuò)誤來(lái)源和原因。
一般前端的錯(cuò)誤分為:
腳本運(yùn)行錯(cuò)誤: js 腳本錯(cuò)誤,找到堆棧信息,然后解決
接口錯(cuò)誤:服務(wù)器報(bào)錯(cuò)、數(shù)據(jù)返回不對(duì)、沒(méi)有響應(yīng)數(shù)據(jù)、超時(shí)等
而接口錯(cuò)誤分為:
狀態(tài)碼錯(cuò)誤(狀態(tài)碼非 2XX):服務(wù)器報(bào)錯(cuò)、超時(shí)等
數(shù)據(jù)錯(cuò)誤:沒(méi)有響應(yīng)數(shù)據(jù)、數(shù)據(jù)格式不對(duì)、數(shù)據(jù)內(nèi)容不對(duì)
8. 運(yùn)行時(shí)捕捉 js 腳本錯(cuò)誤
當(dāng)用戶在用線上的程序時(shí),怎么知道有沒(méi)有出 bug;如果出 bug 了,報(bào)的是什么錯(cuò);如果是 js 報(bào)錯(cuò),怎么知道是那一行運(yùn)行出了錯(cuò)?
所以,在程序運(yùn)行時(shí)捕捉 js 腳本錯(cuò)誤,并上報(bào)到服務(wù)器,是非常有必要的。
這里就要用到 window.onerror 了:
window.onerror =(errorMessage,scriptURI, lineNumber,columnNumber, errorObj)=>{ const data ={ title:document . getElementsByTagName ( 'title' )[ 0 ]. innerText , errorMessage , scriptURI , lineNumber , columnNumber , detailMessage : ( errorObj &&errorObj . message ) || '' , stack : (errorObj && errorObj . stack )|| '' , userAgent :window . navigator . userAgent , locationHref : window . location . href , cookie: window . document . cookie , }; post ( 'url' , data ); // 上報(bào)到服務(wù)器 };
線上的 js 腳本都是壓縮過(guò)的,需要用 sourcemap 文件與 source-map(https://github.com/mozilla/source-map) 查看原始的報(bào)錯(cuò)堆棧信息。
9. 移動(dòng)端遠(yuǎn)程調(diào)試、vConsole、TBS Studio
因?yàn)橐苿?dòng)端的開發(fā)無(wú)法像 pc 端開發(fā)一樣使用 Chrome 的開發(fā)者調(diào)試工具,所以調(diào)試移動(dòng)端需要一些額外的技巧。
移動(dòng)端應(yīng)用一般都運(yùn)行在微信瀏覽器中、 webview 中、手機(jī)瀏覽器中。
遠(yuǎn)程調(diào)試(Remote Debugging)
遠(yuǎn)程調(diào)試就是通過(guò) USB 連接、端口轉(zhuǎn)發(fā)、搭建代理等方式,將一個(gè)設(shè)備的 web 頁(yè)面映射到另一個(gè)設(shè)備上,比如將手機(jī)的 webview 映射到 pc 上,達(dá)到調(diào)試的目的。
移動(dòng)端 web 應(yīng)用調(diào)試難題從一開始就有,不過(guò)后來(lái)瀏覽器廠商基本都推出自己的遠(yuǎn)程調(diào)試工具來(lái)解決這個(gè)問(wèn)題,包括 OperaMobile、 iOSSafari、 ChromeforAndroid、UC 瀏覽器等,另外還有一些第三方開發(fā)的遠(yuǎn)程調(diào)試工具,比如 weinre(http://people.apache.org/~pmuellr/weinre/docs/1.x/1.5.0/) 等。
以 Android 為例,可以將 webview、 ChromeforAndroid 中的頁(yè)面映射到 pc 端的 ChromeDevTools,然后就可以在 pc 端調(diào)試移動(dòng)端的頁(yè)面了。
vConsole
一個(gè)輕量、可拓展、針對(duì)手機(jī)網(wǎng)頁(yè)的前端開發(fā)者調(diào)試面板( chrome 開發(fā)者工具的便利實(shí)現(xiàn))。
這個(gè)是內(nèi)嵌的頁(yè)面當(dāng)中的便捷調(diào)試器,基本上能夠滿足一般的需要遠(yuǎn)程調(diào)試的頁(yè)面。
github:https://github.com/Tencent/vConsole
demo:https://wechatfe.github.io/vconsole/demo.html
TBS Studio
因?yàn)槲⑿艦g覽器是定制的瀏覽器,一般的遠(yuǎn)程調(diào)試方式都不可用,需要配合特定的工具,如微信開發(fā)者工具。
TBS Studio是另一個(gè)可以像 Chrome 一樣調(diào)試遠(yuǎn)程微信瀏覽器頁(yè)面的強(qiáng)大工具。
10. 前端后并行開發(fā)
正常情況下,前端的開發(fā)在完成 UI 或者組件開發(fā)之后,就需要等后端給出接口文檔才能繼續(xù)進(jìn)行,如果能做到前后端并行開發(fā),也能提升開發(fā)效率。
前后端并行開發(fā),就是說(shuō)前端的開發(fā)不需要等后端給出接口文檔就可以進(jìn)行開發(fā),等后端給出接口之后,再對(duì)接好后就基本上可以上線了。
在本地化接口模擬的實(shí)現(xiàn)下,就可以做到前后端并行開發(fā),只是在代碼層面需要對(duì) ajax 進(jìn)行封裝。
11. 友好的溝通
不管工具多么厲害,很多時(shí)候都免不了要當(dāng)面溝通,友好、心平氣和的溝通也是很重要的哩!
“web前端怎么高效的與后端協(xié)作開發(fā)”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實(shí)用文章!