如何重构2019年的新习惯

节日快乐,新年快乐! 希望您与亲人共度时光,庆祝2018年取得的成就! 又是一年的时候了–是时候制定新的目标,例如加入体育馆或坚持新的饮食习惯! 面临的挑战是,即使您不愿意,也要有纪律地继续上体育馆,或者即使在您面前轻松吃炸鸡时也要做出健康的选择。 在此博客中,我将帮助您添加新的习惯,使您成为更好的开发人员! 在回顾2018年时,我意识到我没有经常进行重构。 也许这是每个开发人员在确定何时是适当的重构时间或是否应该经常重构时都在努力的事情。 为了长期的可维护性,也许您公司的文化重视代码源代码(SLOC)指标而不是重构代码。 结果,可能鼓励您添加新行而不是重构现有代码。 或者,也许您会觉得重构是一项艰巨的任务。 与更改现有代码相比,添加新代码要容易得多。 如果没有损坏,为什么要修复它? 当然,有时候您可以跳过重构,但是,一起跳过这是一件坏事! 随着代码库的增长,重构是确保我们永远快速发展的关键。 即使您公司的文化价值观将SLOC作为衡量标准,您仍然需要重构以便为新功能腾出空间。 作为开发人员,使代码处于比我们初次使用时更好的状态应该是我们职责的一部分。 这意味着通过清除不良代码并重构现有代码来做正确的事情。 老实说,我有时在执行TDD时也跳过了重构部分,也许是我胆怯的一面不敢更改现有代码,或者我不想弄脏我的手-太多的工作!…