《前端架構設想》讀後筆記

做前端事變一段時間了，也寫了不少的項目。然則倏忽彷佛將近失去了興緻。美工、背景、項目經理、測試等職員多層夾攻。美工說就這麼設想，你就得完整按着來。背景說這個需求做不了，得那樣做，因而已做好的頁面推倒重來。測試說，如許做更相符群眾習氣，如許的流程才準確。因而，一遍各處改，沒有話語權。就如許興緻被逐步消逝着&＃8230;。直到我看到了這本書。興緻的小火苗又最先突突的竄了起來.
這本書把前端構造師，比方成修建工程師。都在一層層的搭建着自身的產物。這個產物有着完美的可遵照的體系設想、有着流通運轉的事變規劃、有着延續優化的監視跟進。設想一下，我們親手編碼(繪製)的產物，人人都能看到，能為人人的生涯帶來些許的變化，以至為之讚歎，那將是件何等優美的事變。
那什麼是前端架構呢？
本書作者定義為：前端架構是一系列東西和流程的鳩合，旨在提拔前端代碼的質量，並完成高效、可延續的事變流。
作為一位前端架構師，你的事變是不停地探究和評價新的手藝、平台、要領和框架。世界上沒有一刀切式的解決方案，而前端架構師的使命恰是將項目的需求與前端開闢的實際情況相結合。
那怎樣來完成一個好的前端架構呢？
本書作者以為應繚繞四个中心來事變：
(1)代碼
(2)流程
(3)測試
(4)文檔

一、代碼

作為前端架構師，你須要評價標記發生的歷程。你對內容的遞次、運用的元素和 CSS 類名有多大的控制權？這些元素在未來修改起來會有多大難度？模板是不是易用，或許是不是只要後端開闢職員才變動？以至，你的標記滿是基於模板體系的嗎？你可以經由過程體系做出變動，照樣須要手動處置懲罰？經由過程回覆這些題目，來不停優化自身的代碼。同時要意想到我們的事變不是純真地完成，某個頁面，而是設想全部體系。
經由過程BEM準繩模塊化一個簡樸的導航，代碼以下：