多是国内第一本写前端工程体系的书

2016年11月受电子工业出版社付睿编辑的邀请写一本关于前端工程化的书，从选题到开笔间隔了将近半年的时间。之因此前期预备消耗了这么长的时间，是由于期间对于本书所述内容的方向几回出现了偏离。对于垂直话题的技术书籍而言，任何一点微小的误差都可以令总体方向失控。致使误差的缘由是前端工程体系和前端技术架构二者道不清理还乱的纠缠关系。

这本书讲的是服务

前端工程这个方向目前仍然处于很是原始的阶段，而且暂时没有一个绝对明确的定义和指导原则。本质缘由是前端工程师的定位暂未明确，尤为是国内的环境下，有仍然在“面向浏览器兼容编程”的传统前端，有逐渐吞并web service层的“大前端”，也有跨界App开发领域的“泛前端”。

前端工程师定位不一样，使用的技术体系不一样，从而致使了前端技术架构的差别性。咱们在此讨论的所谓技术架构包括技术选型、状态管理、模块化划分等等与业务逻辑相关的方方面面。

那么前端工程体系是什么？

对于这个问题可能不一样的团队甚至不一样的开发者都有各自的理解。这本书将前端工程体系解读为一种服务，是支撑前端技术架构的一系列工具、规范、流程的统称，同时兼顾开发效率的提高。好比：

• 支撑技术选型包含的编程语言、规范的约束和编译，如ES规范转译和CSS预编译；
• 支撑模块化规范所约束的模块体系的构建和加载，如散列模块打包、压缩，以及异步加载；
• 支撑先后端耦合业务的解耦开发，如Mock和静态资源部署。

这本书并不会告诉你前端工程体系的每一行代码该怎么写，而是剖析在一个前端项目迭代过程的各个阶段中，前端工程服务体系所扮演的角色和面临的问题，以及从何种角度解决这些问题。涵盖的不只仅是前端，还包括先后端耦合业务以及部署运维层面的部分问题。

致全部原创写书人

我自认是个技术博客爱好者，虽算不得高产但也还算频繁，但写书倒是一件彻底不一样的事情。

技术博客偏向口语化，能够嬉笑怒骂，就像两我的随意的聊天，即便说错了一句话也不会在乎。而一本书对于读者来讲至关于一个故事，写书人必须把故事讲的明白，让读者有所收获。因此不管是从措辞上仍是引用的资料上都必须严谨，来不得半点马虎。

从选题到出版，这本书经历了将近一年的时间，我倍觉疲惫，深感不易。虽然这本书不是科学著做或者科研教材，但技术书籍的每字每行都必须绝对严谨，所写所述需务必正确。初稿编写完毕后向爱民老师请教时，爱民老师反馈说此书的后半段略显单薄。搜狐的邵老大也给了一样的反馈。由于这本书所呈现的全部内容皆是我我的以往的经验所得，通过了实践的检验。其实写到后半段时我我的也以为单薄了一些，有过想加入一些还将来得及实践的纯理论，但立刻否认了这个念头。若是书里讲的东西连做者都未得要领，岂不是误人子弟？

在此对之前所读优秀书籍的原创做者们致敬。固然，抄袭、剽窃、以及那些本身都未得要领便七拼八凑出来一本书的跟风者们不在此列，这些人甚至不能称为写书人。

将来计划

业务的不断变化，技术的不断演进，终将致使架构与服务的进化，即工程也是不断演进的。因此在将来的某个时刻，我想讲一讲架构与服务相辅相成的耦合关系，以及这种关系是如何有效地促进二者共同发展与完善。感兴趣的朋友能够关注博文视点的相关动态。

评论抽奖

发宣传文不抽奖真是有失风度啊，哈哈。自今天（2017.12.22）起一周后截止，随机抽取评论留言的朋友送书，欢迎请你们踊跃评论，也欢迎读了此书以后提出意见。