多是國內第一本寫前端工程體系的書

2016年11月受電子工業出版社付睿編輯的邀請寫一本關於前端工程化的書，從選題到開筆間隔了將近半年的時間。之因此前期預備消耗了這麼長的時間，是由於期間對於本書所述內容的方向幾回出現了偏離。對於垂直話題的技術書籍而言，任何一點微小的誤差都可以令總體方向失控。致使誤差的緣由是前端工程體系和前端技術架構二者道不清理還亂的糾纏關係。

這本書講的是服務

前端工程這個方向目前仍然處於很是原始的階段，而且暫時沒有一個絕對明確的定義和指導原則。本質緣由是前端工程師的定位暫未明確，尤爲是國內的環境下，有仍然在「面向瀏覽器兼容編程」的傳統前端，有逐漸吞併web service層的「大前端」，也有跨界App開發領域的「泛前端」。

前端工程師定位不一樣，使用的技術體系不一樣，從而致使了前端技術架構的差別性。咱們在此討論的所謂技術架構包括技術選型、狀態管理、模塊化劃分等等與業務邏輯相關的方方面面。

那麼前端工程體系是什麼？

對於這個問題可能不一樣的團隊甚至不一樣的開發者都有各自的理解。這本書將前端工程體系解讀爲一種服務，是支撐前端技術架構的一系列工具、規範、流程的統稱，同時兼顧開發效率的提高。好比：

• 支撐技術選型包含的編程語言、規範的約束和編譯，如ES規範轉譯和CSS預編譯；
• 支撐模塊化規範所約束的模塊體系的構建和加載，如散列模塊打包、壓縮，以及異步加載；
• 支撐先後端耦合業務的解耦開發，如Mock和靜態資源部署。

這本書並不會告訴你前端工程體系的每一行代碼該怎麼寫，而是剖析在一個前端項目迭代過程的各個階段中，前端工程服務體系所扮演的角色和麪臨的問題，以及從何種角度解決這些問題。涵蓋的不只僅是前端，還包括先後端耦合業務以及部署運維層面的部分問題。

致全部原創寫書人

我自認是個技術博客愛好者，雖算不得高產但也還算頻繁，但寫書倒是一件徹底不一樣的事情。

技術博客偏向口語化，能夠嬉笑怒罵，就像兩我的隨意的聊天，即便說錯了一句話也不會在乎。而一本書對於讀者來講至關於一個故事，寫書人必須把故事講的明白，讓讀者有所收穫。因此不管是從措辭上仍是引用的資料上都必須嚴謹，來不得半點馬虎。

從選題到出版，這本書經歷了將近一年的時間，我倍覺疲憊，深感不易。雖然這本書不是科學著做或者科研教材，但技術書籍的每字每行都必須絕對嚴謹，所寫所述需務必正確。初稿編寫完畢後向愛民老師請教時，愛民老師反饋說此書的後半段略顯單薄。搜狐的邵老大也給了一樣的反饋。由於這本書所呈現的全部內容皆是我我的以往的經驗所得，通過了實踐的檢驗。其實寫到後半段時我我的也以爲單薄了一些，有過想加入一些還將來得及實踐的純理論，但立刻否認了這個念頭。若是書裏講的東西連做者都未得要領，豈不是誤人子弟？

在此對之前所讀優秀書籍的原創做者們致敬。固然，抄襲、剽竊、以及那些本身都未得要領便七拼八湊出來一本書的跟風者們不在此列，這些人甚至不能稱爲寫書人。

將來計劃

業務的不斷變化，技術的不斷演進，終將致使架構與服務的進化，即工程也是不斷演進的。因此在將來的某個時刻，我想講一講架構與服務相輔相成的耦合關係，以及這種關係是如何有效地促進二者共同發展與完善。感興趣的朋友能夠關注博文視點的相關動態。

評論抽獎

發宣傳文不抽獎真是有失風度啊，哈哈。自今天（2017.12.22）起一週後截止，隨機抽取評論留言的朋友送書，歡迎請你們踊躍評論，也歡迎讀了此書以後提出意見。