这本书属于典型的只看目录结构的书。
前端架构一直是这几年炙手可热的词语。但对于前端架构需要处理哪些问题，网上有各种各样的解释，但大多数的文章并没有权威性。规模百人以上的公司几乎都有前端架构师，但是各个公司的架构师做的事情看起来好像“差不多”，但是因为公司业务的不同，落地的方案也有些许区别。整体的演进思路还是追随者海外头部公司的宣讲。
这本书内容有些“枯燥，过时”，却非常精确的定义了
前端架构的含义——前端架构是一系列工具和流程的集合，旨在提升前端代码质量，并实现高效、可持续的工作流
——不由的赞叹本书的概括能力。
一、发发牢骚
由于”前端领域“的多样性，大多数前端开发人员都忙于业务，需要频繁的根据市场的反应进行变动，造成大家都忙忙碌碌的，无法在技能上进行深度的扩展。社会化大分工的环境下，每个人只可能精通一个部分，现在的“全栈”，对大多数前端工程师来说，都是一个虚无的梦，想跑后端练练，基本上很少有机会。在学校学到的大多数知识，都无法有落地的场景。遇到找工作面试数据结构算法的，紧张的不行。
- 新技能很少能落地
相信大多数的开发者，都会在工作外，大量阅读一些文章，书籍，学习一些新的设计思路，却无法在工作中实践，然后就慢慢忘记。 - 业务多，重复业务多
比如一个按钮，在A界面需要a样式，在B界面却需要b样式，实现的功能甚至一模一样。 - 终端多样
web，h5，小程序，Hybrid ,and so on. - CTO大多数都不是前端出身
二、前端架构师的要求
作为一个架构师，要有一个好的基本功（笑）。然后就是要熟悉各种平台，各种技术，各种工具。无论从《前端工程化——体系设计与实践》，还是本书，里面主要讲解的都是各种工具的使用，各个流程的衔接。这就要求我们开发者，
要“无所不用其极”的去走一遍这个流程。
大多数前端开发者都没有这样的机会，并不是不会做。
去大公司，有一个好的背书。
三、回到这本书
此书概括了前端架构师需要从哪些地方来展开工作：
1.代码
2.流程
3.测试
4.文档
其中，测试里面有一个“视觉还原测试”，这个是我之前没有接触过的。前端大量的bug都是ui上的bug，开发人员苦于业务，抱着“先完成，再优化”的态度进行开发，造成上线前总是有些ui问题需要调整——这些问题不会阻碍主流程。使用“视觉还原“，如果可以进行”视觉修复“，就再好不过了。
再说到文档，笔者接触的公司，很少见到前端有成体系的文档（不了解后端，搜过，也不是很多全面）。大多数文档都是讲解各种配置，各种接口说明，对于整个体系的脉络都深深的藏在了代码里面。因为忙，一切都情有可原吧。个人觉得还是要重视文档的作用，设置都可以将文档放到灵魂位置（有时间的话）。笔者还发现一个好玩的现象，大多数前端开发人员都不会写文档，对于模块的介绍比 自动生成doc还要简洁。
四、总结
本书概括了前端架构的思路，由于成书时间问题，以及互联网的生态问题，本书不建议购买。只看一下目录就可以了。
理论指导实践，没有什么事物没有缘由