前端與後端的分離,能使前端的開發脫離後端的開發模式,擁有更大的自由度,以此即可作前端工程化、組件化、單頁面應用等。css
能夠參考:先後端分離、web與static服務器分離html
web 應用的渲染方式分爲服務器端渲染和客戶端渲染,當下比較推薦的方式是客戶端渲染,數據使用全 ajax 的方式進行交互。前端
除非在一些不得不使用服務器端渲染的狀況下(如門戶、電商等),應當儘可能使用客戶端渲染,由於客戶端渲染更能使先後端分離(項目分離、代碼解耦、協做分離、職責分離等),也能更好的作本地接口模擬開發,提高開發效率。node
即便用服務器端渲染,在技術支持的條件下,可使用 node 中間層(由前端人員開發),代替傳統的後端模板渲染,這樣可使後端與前端徹底解耦,後端與前端只有數據上的往來。webpack
能夠參考:細說後端模板渲染、客戶端渲染、node 中間層、服務器端渲染(ssr)git
作好本地接口模擬開發(包括後端模板渲染),避免大量的線上調試,由於線上調試很不方便,也很費事,而且每次更新代碼,都須要從新構建,而後同步到服務器。github
因此作好本地接口模擬開發,只要程序在本地運行是沒問題的,通常線上就不會有太大的問題,這樣就能大幅下降調試工做量,提高開發效率。web
本地接口模擬就是在本地模擬一個與服務器差很少的環境,可以提供數據所需的接口,進行錯誤模擬處理等等。ajax
本地接口模擬開發的意義就在於可以在本地完成幾乎全部的開發與調試,儘可能減小線上的調試,提升開發效率。chrome
一些經常使用庫:
html
、js
、css
、sass
、less
等)並自動刷新頁面,而且能夠同時在PC、平板、手機等設備下進行調試。另外,本地接口模擬開發須要後端開發人員有規範的接口文檔。
能夠參考:本地化接口模擬、先後端並行開發
前端與後端協做提高開發效率的一個很重要的方法就是減小溝通:可以造成紙質的文檔就不要口頭溝通、可以把接口文檔寫清楚也不要口頭溝通(參數、數據結構、字段含義等),特別是線上協做的時候,面對面交流是很困難的。
一個良好的接口文檔應當有如下的幾點要求與信息:
接口文檔能夠用一些文檔服務(如 leanote)來管理文檔,也能夠用 git
來管理;書寫方式能夠用 markdown
,也能夠 YAML
、JSON
等。
推薦使用 markdown
方式寫文檔,用 git
管理文檔。
能夠參考:
前端須要作好去客戶端緩存的功能,保證用戶始終都是使用的最新資源,不會由於由於緩存的問題而出現 bug。
傳統的去緩存是在靜態資源 url 上加上版本號或者時間戳,不過由於構建工具的出現以及一些瀏覽器已經不支持這種方式了的緣故,這種方式已是過去時了。
如今去緩存是將文件 hash 化命名,只要文件變更,文件名就會不同,以此才能完全的去緩存。若是使用 webpack 進行打包,會自動將全部文件進行 hash 化命名。
前端與後端都須要各自作好錯誤處理,以便發生錯誤可以有友好的提示,也能在用戶反饋時快速準肯定位錯誤來源和緣由。
通常前端的錯誤分爲:
js
腳本錯誤,找到堆棧信息,而後解決而接口錯誤分爲:
2XX
):服務器報錯、超時等能夠參考:HTTP狀態碼
js
腳本錯誤當用戶在用線上的程序時,怎麼知道有沒有出 bug;若是出 bug 了,報的是什麼錯;若是是 js 報錯,怎麼知道是那一行運行出了錯?
因此,在程序運行時捕捉 js
腳本錯誤,並上報到服務器,是很是有必要的。
這裏就要用到 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); // 上報到服務器 };
線上的 js
腳本都是壓縮過的,須要用 sourcemap
文件與 source-map 查看原始的報錯堆棧信息。
能夠參考:
由於移動端的開發沒法像 pc 端開發同樣使用 Chrome 的開發者調試工具,因此調試移動端須要一些額外的技巧。
移動端應用通常都運行在微信瀏覽器中、webview
中、手機瀏覽器中。
遠程調試就是經過 USB 鏈接、端口轉發、搭建代理等方式,將一個設備的 web
頁面映射到另外一個設備上,好比將手機的 webview
映射到 pc 上,達到調試的目的。
移動端 web
應用調試難題從一開始就有,不事後來瀏覽器廠商基本都推出本身的遠程調試工具來解決這個問題,包括 Opera Mobile
、iOS Safari
、Chrome for Android
、UC 瀏覽器等,另外還有一些第三方開發的遠程調試工具,好比 weinre 等。
以 Android 爲例,能夠將 webview
、Chrome for Android
中的頁面映射到 pc 端的 Chrome DevTools
,而後就能夠在 pc 端調試移動端的頁面了。
能夠參考:移動端Web開發調試之Chrome遠程調試(Remote Debugging)
一個輕量、可拓展、針對手機網頁的前端開發者調試面板(chrome
開發者工具的便利實現)。
這個是內嵌的頁面當中的便捷調試器,基本上可以知足通常的須要遠程調試的頁面。
由於微信瀏覽器是定製的瀏覽器,通常的遠程調試方式都不可用,須要配合特定的工具,如微信開發者工具。
TBS Studio 是另外一個能夠像 Chrome 同樣調試遠程微信瀏覽器頁面的強大工具。
能夠參考:
正常狀況下,前端的開發在完成 UI 或者組件開發以後,就須要等後端給出接口文檔才能繼續進行,若是能作到先後端並行開發,也能提高開發效率。
先後端並行開發,就是說前端的開發不須要等後端給出接口文檔就能夠進行開發,等後端給出接口以後,再對接好後就基本上能夠上線了。
在本地化接口模擬的實現下,就能夠作到先後端並行開發,只是在代碼層面須要對 ajax
進行封裝。
能夠參考:本地化接口模擬、先後端並行開發
無論工具多麼厲害,不少時候都免不了要當面溝通,友好、心平氣和的溝通也是很重要的哩!
更多博客,查看 https://github.com/senntyou/blogs
版權聲明:自由轉載-非商用-非衍生-保持署名(創意共享3.0許可證)