前言：分離模式

對前后端分離研究了一段時間，恰逢公司有一個大項目決定嘗試使用前后端分離模式進行，便參與其中。該項目從2016年初立項至今，平平穩(wěn)穩(wěn)得度過，但也涌現(xiàn)出越來越多的問題，絕對不是說前后端分離模式不好，而是很多公司在嘗試前后端分離的時候沒有做好充分得準備。

網上對前后端分離介紹的文章已經屢見不鮮，接下來本人用一點粗淺的言語也談談這塊，獻丑了。

為什么要分離?

如果只問“前后端分離的意義大么?”這是廢話，因為從軟件架構的角度 Web 的前后端從一開始不就一直是分離的么，而且 browser、server 可能將永遠分離下去。

為了了解這個問題，我們有必要先了解一下 Web的研發(fā)模式演變，關于這個題材，下面這篇博文說得不錯，這邊就不做搬運工了。

https://github.com/lifesinger/blog/issues/184

我們不能“為了分離而分離”，而應該“為了真正理解web開發(fā)、為了更好完成需求而分離”。

前后端分離的誤區(qū)?

1、前端人員配備是否充足?

由于所在公司以往項目采用傳統(tǒng)開發(fā)風格，即以后端MVC為主的開發(fā)模式，前端人員僅僅提供靜態(tài)html頁面，其余工作皆由后端開發(fā)人員完成。采用前后端分離模式可以減后臺負擔，加快研發(fā)效率，當然，前提是前端能做好的話。以往只需要提供靜態(tài)頁面的前端人員，在前后端分離模式中要負責項目的view+controller部分，即除了靜態(tài)頁面，還需要負責頁面的所有交互代碼、以及nodejs與視圖層以及后端API的交互工作，無疑增加了前端人員的學習成本，在沒有足夠知識和人才儲備的情況下，只能讓前端人員加班加點。結果是大量前端人員離職(PS：做這么多事，工資總得加吧!)

2、前后端職責分配?

很多公司認為采用前后端分離之后，前后端只需要通過指定API進行交互即可，前端負責頁面渲染，Nodejs負責路由分配，后端提供API。忽視了大量關鍵工作，職責分配和細節(jié)處理沒有相應文檔規(guī)定，緩存機制、圖片上傳下載、數(shù)據校驗、語言國際化等等并沒有出具相應信息。另外，大量忽視了nodejs層的作用，僅僅把nodejs當成一個路由中轉，這一方面也是對nodejs技術的不熟悉導致的，其實nodejs能負責很多事，除了復雜業(yè)務邏輯處理和數(shù)據操作由Java 負責，大量工作完全可以在nodejs層處理。(PS：還是基礎不夠導致的!)

3、后端API是否Restful風格?

很多公司采用了前后端分離模式后，后端API仍然采用以往的傳統(tǒng)風格，這是不合理的，Restful風格的API應該是前后端分離的***實踐。ResultFul推薦每個URL能操作具體的資源,而且能準確描述服務器對資源的處理動作，通常服務器對資源支持get/post/put/delete/等，用來實現(xiàn)資源的增刪改查。前后端分離的話，這些api-url是對接的橋梁，采用resultFul接口地址含義才更清晰、見名知意。(PS：用了Spring4.x 竟然還不用rest風格，說不過去啊)

4、前后端協(xié)作模式?

前后端分離后，無論是API接口的對接還是測試工作，都涉及到前后端人員的溝通，很多公司采用前后端分離后，前后端協(xié)作模式配合力度底，互相等待，開發(fā)效率低下，反而不如傳統(tǒng)的開發(fā)模式。例如：當后端 API 沒有編寫完成時，前端無法進行調試，這就導致了前端會被后端阻塞的情況。其實像這種互相等待的模式需要改進， Mock Server 可能可以解決一些問題。

如何前后端分離?

怎么做前后端分離?大方向就是

后端專注于：后端控制層(Restful API) & 服務層 & 數(shù)據訪問層;

前端專注于：前端控制層(Nodejs) & 視圖層

本人認為的前后端分離模式應該是這樣，當然這不一定正確：

1、項目設計階段，前后端架構負責人將項目整體進行分析，討論并確定API風格、職責分配、開發(fā)協(xié)助模式，確定人員配備;設計確定后，前后端人員共同制定開發(fā)接口。

2、項目開發(fā)階段，前后端分離是各自分工，協(xié)同敏捷開發(fā)，后端提供Restful API，并給出詳細文檔說明，前端人員進行頁面渲染前臺的任務是發(fā)送API請(GET,PUT,POST,DELETE等)獲取數(shù)據(json，xml)后渲染頁面。

3、項目測試階段，API完成之前，前端人員會使用mock server進行模擬測試，后端人員采用junit進行API單元測試，不用互相等待;API完成之后，前后端再對接測試一下就可以了，當然并不是所有的接口都可以提前定義，有一些是在開發(fā)過程中進行調整的。

4、項目部署階段，利用nginx 做反向代理，即Java + nodejs + nginx 方式進行。

編后語

從經典的JSP+Servlet+JavaBean的MVC時代，到SSM(Spring + SpringMVC + Mybatis)和SSH(Spring + Struts + Hibernate)的Java 框架時代，再到前端框架(KnockoutJS、AngularJS、vueJS、ReactJS)為主的MV*時代，然后是Nodejs***的全棧時代，技術和架構一直都在進步。雖然“基于NodeJS的全棧式開發(fā)”模式很讓人興奮，但是把基于Node的全棧開發(fā)變成一個穩(wěn)定，讓大家都能接受的東西還有很多路要走。創(chuàng)新之路不會止步，無論是前后端分離模式還是其他模式，都是為了更方便得解決需求，但它們都只是一個“中轉站”。

走過的“中轉站”可能越來越多，但是不要漸行漸遠才是。