做前端-总写业务让人烦-CSDN博客

本文链接：https://blog.csdn.net/zz_jesse/article/details/102665952

关注“重度前端”

助力前端深度学习

━━━━━

640?wx_fmt=png

映入眼帘的是这张烦躁的脸，是不是很降低体验呢？

大家可以忽略这张脸哈！！

640?wx_fmt=png

技术哥哥们，咱们那个后台要增加几个页面

基本上都是列表、查询什么的

业务和之前的差不多

640?wx_fmt=png

增加几个哪够啊，我三两下就复制完了【心里话，当然不能明说】

640?wx_fmt=png

做这个有头儿吗，复制的手好疼

钱途在哪里......

640?wx_fmt=png

咱就好好聊聊这个事儿

本文主要根据我以往的经历以及实际中发现的一些现象做一些分析，属于个人主观看法，不一定都对。目的是为了让我们能更好的定位自己和发现问题。希望可以有所启发，举一反三，从被动学习转到主动学习。

这是我们现实工作中遇到的普遍问题，所提供的策略主要是从思想认知上进行改变和提升。工作中技术不是全部，除了硬技术还有很多软技术需要我们总结和思考。软硬结合才能让自己走的更远。本文不仅仅是对于前端技术，其他语言也一样。

背景

相信大部分做技术日常的工作都是比较偏向于业务开发，实现功能。时间长了后就会觉得做的东西，写的代码都是差不多，可能会产生一些负面情绪，觉得老这么下去没什么意思。但是在公司不写业务是不可能的，完成工作目标是我们每个伟大程序员的责任，即便是换个坑也是一样的。除非转向管理，做技术leader，可能会少一些编码的东西。但是到这个程度还有一些路程要走，那这段路程我们怎样去度过呢？

明确目标

如上所说，我们其实已经意识到了这个问题，总不能因为这个原因再去跳槽吧，这样做怎么看也都有点冲动。如果那样的话恐怕会面临频繁的跳槽。之所以有这个困惑，困惑之前我们应该想下我们的工作目标是什么，赚钱？这无可厚非。还有别的吗？现实点的话我觉目标就这一个吧，那就是赚钱。非要再说一个，我觉得就是-提升技能。只有技能提升了我们才能做更高级的工作，赚更多的钱。

所以根本原因是大家都想着提高自己的能力，希望多多接触不同的东西，接触不同维度的，做更多的项目实战，不甘只做重复的东西。所以在我们明确自己的目标后，我们也发现了目前遇到的问题，我们是否能找到一些解决方法呢？因为不写业务代码是不可能得。

现实分析

我们写代码的时候大部分情况都是想到什么写什么，很少有对细节的梳理，也没有结构和规划，可读性也不高。看其中一个逻辑，甚至需要从头到尾去看一遍，时间长了自己回来看自己的代码估计也看不懂了。

另外我们大部分每天写的都是业务，都属于执行，觉得做的都是重复性的工作，所以对代码的优化没有重视，把重心放在了完成功能上面。如果真的这样想而且持续下去对自己是没有一点好处的，不但无法提高自身的能力，而且真是会像当初想的那样就是重复性的工作，只是个代码机器。

完美代码

既然已经意识到了问题，那我们就应该找到解决问题的方法。我们是直面代码的，那我们最直接得就是要看代码写的好不好，思路是否清晰，别人能否看懂，以后改的话方不方便，是否存在冗余，书写命名是否规范，性能是否考虑到，自己感觉自己的代码写的怎样，只是完成了功能还是已经做了应该做的优化。

我们需要要从中发现不足，发现可以优化的点，逐步的改进，提高可读性，封装性，降低耦合度，尽量简化代码，该规范的规范，需标准的要标准，另外是要整理好开发思路后再去动手写代码，什么样的思路就会形成什么样的代码风格。其实代码这个东西主要是给人看的，偶尔的让计算机执行下而已。所以我们真的有必要把他写好。

优化方法【仅供参考】

编码前多思考：可读性、可维护性、封装性、性能、安全；

了解下函数式编程 - 代码中多使用纯函数；

独立功能封装成函数，重复代码提取成函数，如果多处使用考虑是否需要提取出来作为一个模块对外提供；

不相关的功能逻辑单独封装，比如数据获取、页面渲染，数据计算等；

给自己一个代码开发规范；

多多使用es6的新特性，一些语法糖,这样有利于引出你不熟悉的东西，然后去解决掉；

了解下设计模式，如发布订阅，单例等，想办法在工作中用到；

性能是至关重要的，数据的加载机制和拿到数据后的渲染机制是很重要的。从一个普通用户的角度考虑体验；

总之要时刻想着提高自己的水平和认知，有条件要上，没条件创造条件也要上，提高对自己的要求，养成写优美代码的习惯，长期坚持下来差距自然就出现了。