隨便看了篇文章近迁，以前寫的Laravel項目所用到的composer包劲弦，用于return之前的格式化處理和規(guī)范返回數(shù)據(jù)伦乔，原來這個操作就是中間件思想啊(果然對于數(shù)據(jù)量大的項目而言勇吊，Model層分來分去還是太臃腫了)辫愉。
這樣的話中間件不使用php的composer包了，畢竟php異步和多線程方面真的弱的可以族铆。我們直接使用更靠近操作系統(tǒng)底層的node，利用ES6的Promise和Generator處理異步數(shù)據(jù)和回調(diào)問題哭尝，用node去處理數(shù)據(jù)的格式化哥攘，過濾，頻繁數(shù)據(jù)臨時存儲，多端接口派發(fā)等問題逝淹。更重要的一點是:單純前端JS異步獲取服務端數(shù)據(jù)這種做法是無法被爬蟲抓取關鍵信息的耕姊，為了解決這個問題Vue出現(xiàn)了SSR服務端渲染的概念，其實就是在使用Node作為中間層渲染數(shù)據(jù)模版栅葡，前端負責填充茉兰，拿到的就是純HTML頁面，SEO完美方案誕生欣簇。
目前很多公司都在實踐這種架構(gòu)规脸，最知名的，當屬淘寶的midway架構(gòu)熊咽，感興趣的朋友可以關注一下莫鸭，有本書叫 淘寶前后端分離實踐
http://2014.jsconf.cn/slides/herman-taobaoweb/index.html#/
那么這樣的模式下前后端的分離工作是啥流程呢？
后端的JAVA或者Python是不是可以直接返回大量數(shù)據(jù)了横殴，反正都是不需要在頁面渲染的JSON數(shù)據(jù)嘛被因，這樣后端可以少做一些事兒，后端程序員不用滿腦子想著這個數(shù)據(jù)前端要不要衫仑，直接把相關實體的所有數(shù)據(jù)返回吧梨与，讓我大前端Node來做數(shù)據(jù)過濾。
那么中間層做什么文狱，簡單一點就是數(shù)據(jù)過濾和接口轉(zhuǎn)發(fā)粥鞋。還是使用NodeJS做Web應用，所以還是少不了Express或者Koa如贷，以及他們各自體系里的已有中間件陷虎。復雜的業(yè)務需求，可能還會需要數(shù)據(jù)緩存和持久化到硬盤吧杠袱，記得使用NoSQL數(shù)據(jù)庫哦尚猿，中間層也有可能會使用superagent/cherio/eventproxy/asynchronous 等第三方模塊進行一些web數(shù)據(jù)異步爬取的操作，因為這些數(shù)據(jù)可能主要只是給前端使用楣富，沒必要加入到公司的數(shù)據(jù)庫中增加存儲壓力(可能都是些垃圾數(shù)據(jù)凿掂，網(wǎng)上一大堆的這種就別收集到數(shù)據(jù)庫了，大數(shù)據(jù)不分析垃圾)纹蝴。其實現(xiàn)在的前端自己在webpack配個express然后mock個假數(shù)據(jù)庄萎，這就是中間件。獲取了API塘安，提供數(shù)據(jù)給了前端代理糠涛，好吧又是一個前端抄襲后端JAVA的Repositories分層思想。
前端這時候的ajax不直接請求真實API兼犯，而是請求本地代理的中間件接口忍捡，這樣也在一定程度上隱藏了后端接口地址集漾，相對更安全些。并且在公司業(yè)務范圍廣但是不深的情況下砸脊，完全可以使用一套中間件對接多套前端項目具篇，前提是這些項目的業(yè)務邏輯都相對單一，主要需要的是中間層的接口轉(zhuǎn)發(fā)功能而不是讓中間層做太多的數(shù)據(jù)存儲操作(中間層的存儲大多時候使用Redis或MongoDB凌埂，這種內(nèi)存形數(shù)據(jù)庫做好數(shù)據(jù)持續(xù)化后一般不需要擔心IO瓶頸)
上班挺開心的驱显，學學東西聊聊天，自己做做項目練手學學新知識瞳抓。期待團隊合作項目埃疫，期待大佬們對我的培訓哈哈哈哈
