读《前端架构设计》,封面“粉头虫莺”

2021-04-26

这本书属于典型的只看目录结构的书。

前端架构一直是这几年炙手可热的词语。但对于前端架构需要处理哪些问题,网上有各种各样的解释,但大多数的文章并没有权威性。规模百人以上的公司几乎都有前端架构师,但是各个公司的架构师做的事情看起来好像“差不多”,但是因为公司业务的不同,落地的方案也有些许区别。整体的演进思路还是追随者海外头部公司的宣讲。
这本书内容有些“枯燥,过时”,却非常精确的定义了前端架构的含义——前端架构是一系列工具和流程的集合,旨在提升前端代码质量,并实现高效、可持续的工作流——不由的赞叹本书的概括能力。

一、发发牢骚

由于”前端领域“的多样性,大多数前端开发人员都忙于业务,需要频繁的根据市场的反应进行变动,造成大家都忙忙碌碌的,无法在技能上进行深度的扩展。社会化大分工的环境下,每个人只可能精通一个部分,现在的“全栈”,对大多数前端工程师来说,都是一个虚无的梦,想跑后端练练,基本上很少有机会。在学校学到的大多数知识,都无法有落地的场景。遇到找工作面试数据结构算法的,紧张的不行。

  1. 新技能很少能落地
    相信大多数的开发者,都会在工作外,大量阅读一些文章,书籍,学习一些新的设计思路,却无法在工作中实践,然后就慢慢忘记。
  2. 业务多,重复业务多
    比如一个按钮,在A界面需要a样式,在B界面却需要b样式,实现的功能甚至一模一样。
  3. 终端多样
    web,h5,小程序,Hybrid ,and so on.
  4. CTO大多数都不是前端出身

二、前端架构师的要求

作为一个架构师,要有一个好的基本功(笑)。然后就是要熟悉各种平台,各种技术,各种工具。无论从《前端工程化——体系设计与实践》,还是本书,里面主要讲解的都是各种工具的使用,各个流程的衔接。这就要求我们开发者,

要“无所不用其极”的去走一遍这个流程。

大多数前端开发者都没有这样的机会,并不是不会做。
去大公司,有一个好的背书。
image

三、回到这本书

此书概括了前端架构师需要从哪些地方来展开工作:

1.代码
2.流程
3.测试
4.文档

其中,测试里面有一个“视觉还原测试”,这个是我之前没有接触过的。前端大量的bug都是ui上的bug,开发人员苦于业务,抱着“先完成,再优化”的态度进行开发,造成上线前总是有些ui问题需要调整——这些问题不会阻碍主流程。使用“视觉还原“,如果可以进行”视觉修复“,就再好不过了。

再说到文档,笔者接触的公司,很少见到前端有成体系的文档(不了解后端,搜过,也不是很多全面)。大多数文档都是讲解各种配置,各种接口说明,对于整个体系的脉络都深深的藏在了代码里面。因为忙,一切都情有可原吧。个人觉得还是要重视文档的作用,设置都可以将文档放到灵魂位置(有时间的话)。笔者还发现一个好玩的现象,大多数前端开发人员都不会写文档,对于模块的介绍比 自动生成doc还要简洁。

四、总结

本书概括了前端架构的思路,由于成书时间问题,以及互联网的生态问题,本书不建议购买。只看一下目录就可以了。

理论指导实践,没有什么事物没有缘由