H5W3
当前位置:H5W3 > 其他技术问题 > 正文

【前端技术】告诉你:前端在开发React项目时最舒服的方式!

告诉你:前端在开发React项目时最舒服的方式!

—从4个方面来给大家分享前端在开发过程中,从忙乱的状态走向迅捷状态的进化过程。

这4个方面是:
1.【统一的代码及开发规范】
2.【完善的前端文档及接口文档】
3.【简单易懂的前端数据管理方法】
4.【合理的抽离组件】

【引言】

回想起去年同时期,每天加班到22点甚至24点都是常有的事情….由于太忙,也一直没时间学习新的东西,每天就是【接需求】【做开发】–接着–【接需求】【做开发】。没有时间静下来,好好想想….如何提高自己的工作效率,如何提高我们这个团队的工作效率!

每次参加公司【月度计划】会议时,总避免不了讨论一个话题,“本月又是谁姓【瓶】?”,意思就是:面对需求,哪个部门或者组出现了【瓶颈】?

面对技术总监一次一次的怒怼:“又是前端姓【瓶】?”,压力着实不小….

当时,我们8个前端开发,10多个后端开发,

开发按项目分组,每个需求基本上会安排1-2前端,和3-4个后端,共同配合完成开发任务。

前后端的比例基本上在1:2或1:3。同时进行的开发任务,通常在4-5个。

所以,当时的状态,就是大概有4-5个前端一直在完成业务需求,这些前端基本上手上同时要进行1-2个项目。

由于,公司实现的是【敏捷开发】模式,提测完一个需求后,马上进入下一个需求,有时候,连测试改bug的时间都没有…..所以,当时,可以说是相当辛苦……

我们自己的框架、组件和一些公共方法,也需要安排1-2前端来开发与维护,并且这1-2人还需要机动地帮助人数不够的项目。

而作为技术负责人的我,基本上没办法参与到开发项目中…..因为,每天的会议一个接着一个….
【需求分析会】【项目评审会】【原型评审会】【接口文档评审会】【测试用例评审会】….除了这些,还有部门周会,月会,前端内部的代码recode,技术分享会,等等….

【历史的技术债务】

在前面的工作环境下,又经历的大半年时间,我和我的前端同仁们,基本上把之前遗留下来的系统,重新梳理一遍,把之前的老系统,遗留下来的问题,基本上解决完了

当时,公司ERP老系统,有多个版本,有最早基于easyUI+JQURY,也有基于vue1.0+饿了么UI 1.0版本的系统,由于没办法VUE和UI库的升级成本很高。

老系统bug也很多,记得有一周测试测出有近300个bug,每天下班17:30,开始对bug的解决数,一天50-60个,平均分给3-4个人,每人10-20个,改完了后再下班。

大家都知道:改别人写的代码是最痛苦的事,因为,你要理解对方得到编程思想,然后再判断合不合理,如果是别人的整个思维都是错的,那你就得重新开始,如果只是思维有漏洞,你还可以,想办法补补。

所以,由于种种原因,我们毅然的决定,将老系统的bug改完后,就不在老的系统上开发新的功能,

再结合自己的业务特点,将我们新的前端框架确定下,并为之制定了一些系列的编程规范,将之,打造成一个可持续扩展的平台….

大概去年5-6月份时,我们决定上基于Reat的系统框架。当时,考察了dva,umi等现在比较流行的框架后,最后,自己开发一套基于React的前端脚手架…

至于为什么要新开发脚手架,也就是担心,使用其他的脚手架,可能会出现,依赖不能及时更新的问题,还有版本的,就比如DVA,他的1.0和2.0版本就有很大区别,最新的2.0版本里,现在还有报错….

所以,长痛不如短痛,我们自己读官方文档,自己写自己脚手架。

由于是自己写的,扩展起来也非常方便。并且在开发的过程中…我们不但的总结,哪些是常用的操作,哪些能提高我们的开发效率…然后,把方法总结处理写出对应的通用的方法…

待续….

本文地址:H5W3 » 【前端技术】告诉你:前端在开发React项目时最舒服的方式!

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址