首先，我需要先解釋下這個標題所表達的意思，以及它背後引出的具體的問題，前端架構與具體的應用的矛盾 這句話為什麼要這麼說。
相信大部分公司，不論你是創業型公司、外包公司或者是大一點兒的，上市的，在你們的前端技術棧中，react出現的頻率應該不低，vue是更甚者吧，基於webpack、glub構建的應用應該很多了。
甚至可以說，這些技術已經占領了前端的半個天下，但是筆者在這裡呀，不禁要提出乙個問題。
那就是，你們的技術棧真的帶給前端更簡單的內容了嗎？
使用這些技術棧的時候，你們的應用是否會變得學習成本高昂、擴充套件能力差、依賴高階程式設計師、文件不齊全、有沒有測試用例？
架構的本質
我認為架構的本質應該是什麼？它應該是基於可能面臨的風險構建的一套能夠適應當前業務、擴充套件未來業務、行為可**的、高可用性的。
在能解決這些問題的前提下，架構應該是高度抽象的吧，乙個優秀的架構，它一定要足夠簡單，基於乙個或多個抽象的理解上構建出來的。
簡單才是本質，spring為什麼那麼火，它足夠簡單。
一旦你了解了它的抽象思維方式，整個開發極易上手，這就是乙個優秀的架構應該有的表現力。
如果你正在設計前端架構，我的忠告是，最好結合你的業務實際去實現它而不是去考慮最新的技術棧，盲目的追求渲染速度、元件式等。
前端一定要與業務接軌，乙個管理系統，你跟我談什麼渲染速度？
乙個正常的管理系統前端，它甚至都不需要webpack這樣的工具構建，只需要乙個裸的vue加上jquery就可以完成，這樣的結構要優於大部分。
為什麼？貼合實際嘛！ 後台系統你乙個前端能維護多久呢？
大部分時間，後台er在維護這個介面，如果你使用的技術太過複雜，增加了學習成本，還更容易使整個架構逆向發展。
再例如，企業官方**，企業**，大型公司的門戶，宣傳網頁，這些東西完全不需要用到打包、甚至vue你都要少用。
為什麼？最重要的是它們不利於seo，然後是不利於快速迭代，設計的再複雜些，vue技術棧全部捅上去，那有什麼用嘞？
除了給你自己的職業生涯新增一筆，對公司來說這就是技術的債務，公司需要招比你更厲害的人才能理解你寫的這些高階的**，而這些**一旦在無數個迭代中膨脹，最後的選擇只有推倒重來，改都沒的改。
結合業務再談技術
什麼前端路由系統，spa 框架，你都要結合業務，後台系統使用spa就是耍流氓。陡然增加前端的複雜性，讓前端變成了乙個比後台系統還複雜的系統。
這很得不償失。僅僅是為了前端開發的便利性，忽略的整個系統的複雜度，這樣的架構怎麼看都是不可取的。
什麼時候能夠使用這些技術棧？當然是業務允許、風險可以控制的情況下。
例如多終端，移動端，在移動端使用打包工具，spa框架開發是很明智的，它們帶來的優勢，在渲染速度上，在使用性上，都是一流的。而且真正的實操中，這樣的專案一般是重點維護的。
要結合業務的實際選擇技術，大部分時候，開發時間是有限的，實現的功能很多，盲目追求技術的新、快、是沒有根據的。
一些看法
推薦一些我個人開發時常用的幾項前端架構，它們是我結合平時的開發實際，業務適應程度做出的技術棧調整。
首先，如果專案大小一般，時間很緊急，我會毫不猶豫選擇裸vue+jquery+bootstrap，快速開發完畢。
如果專案中等的話，時間不多不少，我會看團隊中，開發人員的比例。
比如這個開發團隊只有一兩個前端，那麼我會選擇 require管理我的js模組，使用sass管理我的css模組，足夠模組化，也有元件，同時開發速度夠快。
團隊中的其他人理解起來也很快，在專案很趕的時候後台也可以幫一些忙，也不會擔心他們破壞架構。
具體到業務邏輯，首先了解業務的流程，例如我這個應用，面向的是企業管理人員，可能需要一些大資料展示，一些圖形化介面。那麼我很可能選擇react+react-router+redux。
需要注意的是，最終的簡單才是王道。
前端開發工作感悟 具體的量化指標
在過去的一年裡，前端開發部 主要承擔著公司 前端頁面 設計和製作方面的工作。在各位同事的努力下，妥善的處理好了這方面的相關業務。作為設計師，在完成平面設計及 設計的同時，為頁面的優化提出了很多建議。例如dk的導航條，設計師充分考慮到了使用者滑鼠滑過的狀態 點選的狀態，以及購物車在不同情況下的展示效果...
APP應用前端開發
2 注意html5標籤在前端開發中的使用 3 前端製作要捨棄css float屬性 可flex布局 用絕對定位不利於頁面布局的擴充套件 5 尺寸大小 6 webkit tap highlight color transparent 移動端沒有hover偽類，但可以使用這個實現高亮效果，通過給a ht...
移動端前端開發與pc端前端開發的區別
關於移動端 另外寫幾點響應螢幕大小的建議和方法 1 由於現在手機螢幕多種多樣，想要相容所有裝置所需要開發的經驗必須非常豐富，對設計師的要求也非常高，如果是初學或者開發經驗較少，可將裝置分為手機 平板 pc三種頁面來寫。2 寬度的響應 寬度的響應最近使用的最多的就是類似以下這種寫法 width cal...