我在阿里云做前端

前言

今年是我毕业的第10个年头，半路出家做了前端，title一直是前端，你可以说我很专注，有时候也有些遗憾。一直以来，当别人问起你是做什么的，我说前端或者全栈，别人说：哦，做页面的啊！心里难免有些失落。前端是个资源型角色，在认知里对业务的理解深度不够，加上通常负责业务领域很广，比较难有积累和沉淀。如果你问一个毕业10年的JAVA老司机，他跟你谈的一定是大流量下的分布式架构，而前端可能还是昨天茶余饭后讨论vue和react，或者是angular谁更强。如何突破，如何提供业务更多价值，前端们一直在苦苦探寻。网上很多文章，给人启发，但每个人面对的环境，负责的业务不同，不一定都适用。结合自己过去几年在阿里云的前端经验，也做个总结。

1.0版本-工具&团队

今年是我来阿里云的第五个年头了，从没有想过会在一个公司呆的如此之久，更没想过我能在一个岗位上沉淀4、5年。刚入职在阿里云控制台团队，主要负责云盾控制台、drds控制台等，开发过程中发现大部分场景是「表格」、「表单」，为了避免自己不断重复开发，封装了simpleForm以及控制台cli脚手架，可以做到新开发控制台一键敲定(这个脚手架直到去年还有人问我如何用……也是经久不衰)。这个时候也萌生了做个ide，可视化搭建UI视图，不过限于精力和当时团队的方向，且当时vscode还没今天这么流行，没有尝试，比较遗憾。不过做WebIDE这个点，算是在心里种下了。

后由于组织结构调整，我从控制台团队独立出来，负责当时的网站运营方向，开始比较艰难的从0-1组件团队过程。当时业务相对比较简单，主要是：阿里云官网以及官网的Nodejs、云市场业务。由于在控制台团队主要用的angularjs，感觉上手成本比较大，在建立新团队，以及我自己可以选择的时候，React成了我的首选。当时vue还没成熟，其实能选的也只有react。新的技术体系，需要有配套的工程化体系，当时Def还处在1.0时期，为了稳定以及减少开发成本，很自然我们在xef上做了插件式开发，结合自己业务特性，分装了响应的模板，以及定制了开发周期。后由于xef1.0升级2.0，导致我们工具的不稳定，且改动非常大，逐步将我们的工程化体系独立，这就有了后续的DBL（当时叫屌爆了）。我跟老板做汇报时，老板觉得这名字上不了大雅之堂，还硬是憋了个比较有内涵的名字——实在不好记，我现在都记不起来了。这个阶段，我们做了很多技术上的尝试，团队成员都非常苦逼，也非常有激情。团队基础设施建设，我们一直在优化，随着Dawn的基于中间件式的pipeline方式设计，可以说是将工程化做到一个比较高的高度，未来不管是webpack升级到多少，或者新的打包工具出现，对我们来说影响都比较小。面向未来的模式，让我们只需要修改内核，使用者无感知。新的工程化方案也积极跟阿里云其他团队沟通和交流，之前跟风驰和释然也达成一致意见作为阿里云统一构建工具推进，不过落地的不是很好。同时，新的方案也完全遵循集团的标准，跟淘宝阿大团队无缝对接。另外还有一个好处是：dawn不局限在react，你可以使用任何框架；dawn不局限在redux，你可以使用任何你喜欢的数据管理，实际上我们自己有用mota，mobx，graphql-apollo等等。

讲完工程化，其实应该讲讲组件化，这是个无法回避的问题，但这对我们来说也是个艰难的过程。15年的时候，我们用过antd（已开源），但是在上层做了一层业务封装；后来fusion开始盛行，在跟ued沟通后，考虑到集团统一，用了一段时间的fusion（已开源）；