本文主題應該是前後端分離，我上面的建議是個徹底方案，要革以前系統的命，對存量系統那該如何處理，答案還是重構**，想方設法逐步減少已經發現的前後端耦合度高的問題，這個跟我之前的建議就是小重構和大重構的區別，如果有人覺得我上面建議合適，前端組應該馬上提供一套這樣的框架出來，這樣後面的新系統就不會在迴圈前面的錯誤了。我覺得搭建這樣的框架不會太複雜的。
我上面的前後端分離的目的就是將前端資源集成為乙個整體，理清前後端的邊界，這些做完後，前端組裡該如何提公升自己的能力了？
這時候要讓前端的東西專案化，工程化，前端技術不能再當做開發者的玩具，它也是需要大量的系統架構，開發規範，自動化壓縮混淆，自動化發布，前端監控和分析，前端優化等等。
上面這些問題都很重要，也很專業，如果我有機會能參入這樣的事情，我還有個特別的建議，具體如下：
做分類的原因是為了理清元件的應用邊界，這樣我們可以有針對性的積累和完善這些元件，有意識的開發相關的元件，最終形成乙個針對某個業務元件的元件倉庫，這樣等新需求過來，web前端的專案經理或web前端的技術經理可以通過場景分析該需求需要使用那些現有的技術，需求裡的那些場景是要進行開發，新場景裡有沒有新開發的**能生成新的元件，這就可以做到有計畫有次序的積累。
web前端的核心人員應該花更多精力去設計、積累、整理各種元件，通過實際業務需求去完善和豐富這些元件，最終達到元件可以覆蓋到全公司絕大多數場景，最終通過元件積累形成完善的web前端開發規範，這樣的規範覆蓋面廣更加易於操作，對於企業而言web前端開發流程就可以做到標準化，從而達到簡單培訓一些技術能力不高的開發人員就能完成相關的開發任務，同時也讓web前端核心人員也能很好的把控專案的質量和進度。
以上就是我的一些前後端分離的想法，它是乙個很巨集觀的想法，沒有太多技術實現細節，如果這個想法如果針對存量系統，的確是乙個顛覆性的方案，如果web前端允許一切重頭來做，我個人覺得這還是很好的乙個思路。前後端分離是web前端專業化的萬里長征第一步，如果這一步做好，前端就有一套專屬自己的優質環境，那時候web前端就會有更大的餘力做更優秀的工作，這就是我的願景。
前後端分離的一些問題
restful架構是目前比較流行的一種網際網路軟體架構，在此架構之下的瀏覽器前端和手機端能共用後端介面。但是涉及到js跨域呼叫介面總是很頭疼，下邊就跟著chrome的報錯資訊一起來解決一下。假設 前端網域名稱為front.ls la.me，後端網域名稱為api.ls la.com。前端需要訪問的介面...
nginx前後端分離遇到的一些坑
公司最近在重構專案,使用nginx做前端伺服器,負載均衡,限速等等,遇到了一些坑,記錄下來.前端頁面伺服器 server 讓nginx攔截80埠,然後直接去nginx根目錄下的html wanmor cloud platform frontend wanmor cloud platform fron...
前後端分離的一些注意事項
nginx配置反向 可以解決前後端分離帶來的跨域問題。nginx配置location的時候，如果配置了乙個新的server，是 根目錄訪問主頁，那麼再根據資源路徑訪問後台伺服器時，需要配置proxy pass伺服器 這個時候，因為根目錄的location已經配置了前端目錄和主頁頁面訪問，是不能再加上...