首先表示折騰了十來天的php-laravel框架和vue的結合開發又偏前端實在是太大的阻礙,首先laravel的機制就是寫完路由router再加載blade模板的.若是要在laravel工程裏面加載一個.vue文件,必須經過一個 blade模板再導入vue.js.php
近期接觸了前端較前衛的思想,那就是壓縮打包代碼+組件化開發.html
這種思路就由不得傳統的html的前端靜態代碼的,傳統的靜態項目的代碼是這樣的:前端
而這樣子很不利與組件化開發, 換言之就是改動了一處,須要憑記憶+我的能力+註釋清楚來修改其餘文件(若是改的不僅是一處的話,那對於維護web的程序員來說簡直是噩夢)vue
因而前端有個很厲害的東西叫:腳手架,在vue裏就是vue cli node
這玩意只要一句init的命令行就能生成一堆項目的文件,開發起來至關方便webpack
用的webpack,就輸入laravel
npm build dev 一句話就能:
程序員
壓縮打包編譯丟給服務器就能上線了你信不信es6
那爲何還要依賴這個laravel呢?web
那真的是由於laravel這個特殊的機制了:必須編寫路由+模板! 必須編寫路由+模板! 必須編寫路由+模板!
那若是在laravel工程下開發前端,那真是的死了算了
每一次寫完代碼要用gulp watch 來動態編譯而後打包(別覺得我不知道,打包出來的最後的東東就是js的eval(代碼處))
加上apache緩存/laravel緩存服務/瀏覽器緩存/
每每你get到的 只是你改代碼的上一次的請求 我想說,這樣的開發,我!不!要!
再說說解決開發時的老大難的問題:跨域;
在這方面前端是怎麼作到徹底脫離後臺的呢,
解決方法是:用在本地開啓服務器請求代理的方式來跟遠端服務器通信;
聽說:服務器之間的通信是不須要跨域的
神器來了:http-proxy-middleware! ==>一個node開發的代理髮出http請求的中間件
神器自行百度!
----------------------------------------------------------------------------------------------------------------------------------------------------------
前端開發徹底分離總結:
1:一個優秀的組件化開發框架(非必須),如vue 理由:自動生成工程目錄+實時編譯+打包壓縮+es6語法檢查+stylus解析+自動化單元測試工具kram(咋寫忘了)+etc..
2:一個優秀的跨域解決方案,如vue cli-proxyTable(基於http-proxy-middleware)
3:一個走過彎路(碰事後端代碼甚至想改後端代碼)而後開發思路才變得很清晰的前端程序員!