2016年11月受電子工業出版社付睿編輯的邀請寫一本關於前端工程化的書，從選題到開筆間隔了將近半年的時間。之所以前期預備消耗了這么長的時間，是因為期間對於本書所述內容的方向幾次出現了偏離。對於垂直話題的技術書籍而言，任何一點微小的偏差都能夠令整體方向失控。導致偏差的原因是前端工程體系和前端技術架構兩者道不清理還亂的糾纏關系。
這本書講的是服務
前端工程這個方向目前仍然處於非常原始的階段，並且暫時沒有一個絕對明確的定義和指導原則。本質原因是前端工程師的定位暫未明確，尤其是國內的環境下，有仍然在“面向瀏覽器兼容編程”的傳統前端，有逐漸吞並web service層的“大前端”，也有跨界App開發領域的“泛前端”。
前端工程師定位不同，使用的技術體系不同，從而導致了前端技術架構的差異性。我們在此討論的所謂技術架構包括技術選型、狀態管理、模塊化划分等等與業務邏輯相關的方方面面。
那么前端工程體系是什么？
對於這個問題可能不同的團隊甚至不同的開發者都有各自的理解。這本書將前端工程體系解讀為一種服務，是支撐前端技術架構的一系列工具、規范、流程的統稱，同時兼顧開發效率的提升。比如：
- 支撐技術選型包含的編程語言、規范的約束和編譯，如ES規范轉譯和CSS預編譯；
- 支撐模塊化規范所約束的模塊體系的構建和加載，如散列模塊打包、壓縮，以及異步加載；
- 支撐前后端耦合業務的解耦開發，如Mock和靜態資源部署。
這本書並不會告訴你前端工程體系的每一行代碼該怎么寫，而是剖析在一個前端項目迭代過程的各個階段中，前端工程服務體系所扮演的角色和面臨的問題，以及從何種角度解決這些問題。涵蓋的不僅僅是前端，還包括前后端耦合業務以及部署運維層面的部分問題。
致所有原創寫書人
我自認是個技術博客愛好者，雖算不得高產但也還算頻繁，但寫書卻是一件完全不同的事情。
技術博客偏向口語化，可以嬉笑怒罵，就像兩個人隨意的聊天，即使說錯了一句話也不會在意。而一本書對於讀者來說相當於一個故事，寫書人必須把故事講的明白，讓讀者有所收獲。所以不論是從措辭上還是引用的資料上都必須嚴謹，來不得半點馬虎。
從選題到出版，這本書經歷了將近一年的時間，我倍覺疲憊，深感不易。雖然這本書不是科學著作或者科研教材，但技術書籍的每字每行都必須絕對嚴謹，所寫所述需務必正確。初稿編寫完畢后向愛民老師請教時，愛民老師反饋說此書的后半段略顯單薄。搜狐的邵老大也給了同樣的反饋。因為這本書所呈現的所有內容皆是我個人以往的經驗所得，經過了實踐的檢驗。其實寫到后半段時我個人也覺得單薄了一些，有過想加入一些還未來得及實踐的純理論，但馬上否定了這個念頭。如果書里講的東西連作者都未得要領，豈不是誤人子弟？
在此對以前所讀優秀書籍的原創作者們致敬。當然，抄襲、剽竊、以及那些自己都未得要領便七拼八湊出來一本書的跟風者們不在此列，這些人甚至不能稱為寫書人。
未來計划
業務的不斷變化，技術的不斷演進，終將導致架構與服務的進化，即工程也是不斷演進的。所以在未來的某個時刻，我想講一講架構與服務相輔相成的耦合關系，以及這種關系是如何有效地促進兩者共同發展與完善。感興趣的朋友可以關注博文視點的相關動態。
評論抽獎
發宣傳文不抽獎真是有失風度啊，哈哈。自今天（2017.12.22）起一周后截止，隨機抽取評論留言的朋友送書，歡迎請大家踴躍評論，也歡迎讀了此書之后提出意見。