为什么搞前端基建？
在业务开发中，解决普遍性、高频性的工作，让业务开发更幸福。
怎么搞？
前端基建的几个方向
1.CLI套件，脚手架最佳实践
基本稍微成熟的团队，都会有自己的cli工具，快速开发，拉取，定义。
例如海尔的packi，字节UED团队的Arco Design Pro吗，阿里的ice。
最佳实践方案包括：
- 前端技术选型
- UI模版
- 统一登陆
- 国际化
- 权限管理
- 菜单配置
- 路由配置
- 本地 Mock 数据
- theme更改
- 数据请求
- Proxy方案
- 状态管理
- 日志打印
- 环境配置
- 文件上传环境搭建
- 私有源搭建
2.端数据监控
端性能跟踪分析，行为数据监控，埋点反馈。
端性能检测包括：
- 首开速度
- 图片大小检测，预加载
- tcp速度
- dns解析速度
- gzip是否开启等
3.端构建发布
发布构建，主要解决两大问题：
- 资源发布
- 版本号管理，回溯
成熟的方案如jekins，gitlab-cli，可在此基础上开发
或者按照自己的具体需求定制，例如政采云的云长系统，插件化定制，例如构建检测中断，具体如API兼容，debugger关键词检测，包版本监控。
4.可视化搭建
解放开发，非开发人员可自动定制，如采购平台首页，定制楼层，商品。
5.特色场景自动化工具，各个领域工具链
特别工具解决特别场景问题。
例如：swagger Api查找工具，python开发商品自动发布工具，webpack-afteremit-zipfloder-plugin插件，移动端pc调试工具
6.前端规范，文档
规范方面：代码规范，命名规范，git分支管理、提交规范，lint标准。
文档方面：代码未动，文档先行，目前现有的文档站点方案有 docsify、gitbook、vuepress 等，也可以自己DIY。
7.端安全防护
- 代码兼容性检测
- 包安全检查
- 恶意请求拦截报警
- 端构建发布跟踪
- 接口请求报错
- 代码回滚指派
- 统计静态资源加载问题
如何做前端基建人
前端人员不应把自己设限在前端的UI层。
着眼于服务层，网管层，Java，go，nodejs,，mysql，redis，前端不止于前端。
仰望星空，基建的未来
前端基建应该和公司具体发展阶段相吻合：
初期团队
前端要求能用就行，拼人力完全能搞定；
发展阶段
如果业务增值10倍，团队也要增长10倍？靠加班996方式拼蛮力，老板费钱，我不幸福。
把当前业务努力做好，等业务相对成熟，就得进入想办法阶段，梳理工具链，工具化，系统化，降低人肉要求。
成熟阶段
经过中期发展阶段，基建相对完善，人工智能方向突破；
如阿里鲁班制图，微软sketch2json，京东Deco，设计稿直接生成代码，更多是探索 AI 与前端结合的各种可能性。
网友评论