传说程序员打字速度要快,不少人仍然会以这样一个标准来片面判断技术水平.前端
拜托,你是一个程序员,不是一个打字员,打字快能够表明一些,但也并不表明什么.android
互联网行业还在纠结打字速度的,不是外行,就是一个没有独立思考的人.ios
所谓提高,就是在现有的基础上进行优化,让结果比当前更好.程序员
提高编程效率,能够理解为一样的或相似的一个项目,一个模块,一个功能,可以更快更方便用更少的时间来实现.编程
这一次作过,下一次再作一样的,由于熟悉因此耗时更少,这种提高不叫提高,叫作重复劳动.安全
重复劳动可以提高的效率颇有限,重复一万次一样的流程,除了增长熟悉度之外,没有任何价值和效率可言.函数
既有比较,就应该记录当前事物的耗时时间,对比下一次的耗时,来得出效率结果.性能
既有提高,就应当分析哪些模块能够作的更快,哪些事物致使了效率低下?字体
因为不一样行业和技术有不一样的适用场景,不可能一套方法适合全部.优化
如下内容仅为随笔,适合我的的独立思考和分析(前端).
在项目提测上线以前,是最适合进行小步优化的时候,由于一旦上线,以前的代码就不能随意改动.
在开发周期内,即便任务再紧迫,加班多严重,精神多疲惫,也要尽可能以一天,三天,一周为单位,进行整理和优化.
若是你发现一个值在多个页面共享或者在不一样地方使用过,那么能够及时设置为全局变量.
常见的如H5
判断手机型号是android
仍是ios
,屏幕的可视区大小,统一的字体配色和背景色等.
这样作的好处有如下几点:
固然,考虑效率的同时也要考虑性能等问题,在合适的地方必定要及时用上,避免没必要要的时间浪费.
一样的,若是一个一样或者相似的方法,重复使用了屡次,就能够进行函数封装.
函数封装有不少优势:
没有什么比拿来即用的方式更快的.
如时间格式化,显示不一样风格的时间,年月日或者时分秒,或者时间戳等形式.
这种功能统一的代码,没有必要在每个地方都写上一遍一样的逻辑.
只须要封装为一个方法,在须要的时候调用便可,函数里面的逻辑咱们只须要在建立的时候思考.
相似于开源的第三方UI
库,把一些经常使用的UI
整理成组件,须要的时候按配置使用便可.
于前端而言,界面的任务量占据了很大的比例,抽离组件,势在必行.
仍是一句老话,不作重复的劳动,但凡发现屡次使用同一个事物的时候,就应该考虑组件形式.
设计稿先出的前提下,基本能够了解有哪些元素屡次使用,可是组件既要考虑解耦,也要考虑兼容.
有的时候,一个屡次重复的内容是随着业务的增长和改变而致使的,不必定一开始就是.
这种状况不少人会选择复制黏贴代码片断,显然这种方式会更快一些,符合拿来就用的形式.
以上的操做都创建在有必定时间的前提下,若是连基本的开发时间都不够,再怎么提高效率也是免谈.
不管是从职场仍是我的角度上看,推荐在加班时梳理下代码层面,在下班后梳理下思惟层面.
你不能期待一成不变的思惟和习惯会有什么提高效率之类的效果.
前期作的多,是为了后面作的更少和更快,是否须要,具体操做,自行斟酌.