编程效率都说程序员打字要快，很多人还是用这样的标准来片面判断技术水平。拜托，你是程序员，不是打字员。快速打字可能意味着什么，但并不意味着什么。互联网行业仍在与打字速度作斗争。要么是门外汉，要么是没有独立思考的人。如何改进所谓改进，就是在已有的基础上进行优化，使结果比现在的更好。提高编程效率可以理解为相同或相似的项目，一个模块，一个功能，可以用更少的时间更快更方便的实现。这次做了，下次也照样做，因为熟了，所以用的时间少了。这种改进不叫改进，叫重复劳动。重复劳动所能提高的效率是非常有限的。重复相同的过程10,000次除了增加熟悉度外，没有任何价值或效率。如果有比较，应该记录当前事物的耗时Time，比较下一次的耗时，得到效率结果。如果有改进，应该分析哪些模块可以做得更快，哪些事情导致效率低下？编码习惯因行业和技术不同，适用场景也不同。也许一套方法适用于所有人。以下内容只是随笔，适合个人独立思考分析（前端）。在项目测试上线之前，是最适合小步优化的时候，因为一旦上线，之前的代码就不能随意更改了。在开发周期中，无论任务多紧急，加班多严重，精神多疲惫，尽量以一天、三天、一周为单位进行组织优化。如果你发现一个值在多个页面的全局变量中共享或者在不同的地方使用，那么你可以及时将其设置为全局变量。常见的例子有H5判断手机型号是android还是ios，屏幕可见区域的大小，统一的字体颜色和背景色等。这样做的好处有以下几点：存储一次并多次复用（不需要每次都用方法重新获取）全局变化，只修改一次值，所有用到的地方自动统一（不用一个一个修改，不用有遗漏问题更正）方便多模块多系统共享，方便数据可视化（公共参数和配置一目了然，其作用也一目了然）。使用它可以避免不必要的时间浪费。函数封装也是一样。如果多次重复使用相同或相似的方法，可以进行功能封装。函数封装有很多优点：代码重用（提高效率的关键）提高程序的简洁性和可读性提高代码的安全性和可移植性没有什么比开箱即用的方式更快了。如时间格式化，显示不同风格的时间、年、月、日或时分秒，或Timestamp等形式。这种功能统一的代码，不需要在每个地方都写相同的逻辑。只需要封装成一个方法，需要的时候我们只需要在函数创建的时候考虑函数里面的逻辑就可以了。组件从类似开源的第三方UI库中分离出来，将一些常用的UI组织成组件，需要的时候根据配置使用。就前端而言，界面的任务负载占据了很大比重，提取组件势在必行。还是那句老话，不要做重复的工作，但是当你发现同一个东西被多次使用时，就要考虑组件形式了。在设计稿先出来的前提下，基本是可以看懂的哪些元素被多次使用，但组件必须同时考虑解耦和兼容性。有的时候，一个重复的内容会随着业务的增加而变化，不一定一开始就这样。在这种情况下，很多人会选择复制粘贴代码片段。显然，这种方法会更快，也符合取出来的形式。以上操作都是建立在一定时间的前提下，如果基本的开发时间不够，再怎么提高效率也无从谈起。无论是从职场还是个人角度，都建议加班的时候梳理一下代码层面，下班之后梳理一下思维层面。你不能指望一成不变的思维和习惯有什么提高效率的效果。前期多做，就是后期少做快。是否需要，具体操作由您自行决定。
