高效开发人员的 14 个习惯（第 1 部分）

介绍

许多人认为，从高效的初级开发人员过渡到中级开发人员只是时间和经验的问题。
事实上，这两类开发人员之间的界限非常模糊且主观。本文不会再引发关于“究竟如何定义中级开发人员”的无休止争论。

说实话，我坚信，习惯可以改变一个人的思维方式，并帮助一个人从初级开发人员过渡到中级或高级开发人员：

习惯就是你开始系统地去做某件事，直到它对你来说不再陌生，而是自然而然地发生。

养成与代码和工作相关的习惯对于职业和个人发展至关重要。

让我们来看看一些日常习惯的列表，一旦掌握了这些习惯，它们肯定会帮助你更上一层楼，取得丰硕的进步：

1. 编写小方法

理想情况下，代码行数（LoC）不要超过 20-30 行。这个习惯非常重要。它不仅能迫使你编写紧凑的代码，还能在代码模块化时帮助你培养分析思维。
如果方法体量过大，并且缩进过多（例如，大量的 if 语句、for 循环等等），那简直就是一场噩梦。当你编写这样的方法时，可能看起来简单明了，但几天之后，你甚至会很难弄清楚这个方法到底做了什么。

更糟糕的是，大型方法通常不可复用。它们只用于满足项目中的某个需求，很难在其他地方使用。

2. 赋予有意义的名字

方法和变量都一样。对于中级开发人员来说，变量不能以“x”或“xyz”命名，甚至不能以“object”命名。用英文单词命名变量的目的是为了让它们有意义。

通过代码进行交流比通过文档或评论进行交流更为重要。

注释的目的是解释代码中的“为什么”，而不是“如何”。

拥有有意义的变量有助于你与阅读代码的人更好地沟通，并可能减少过多注释的需要。变量和方法
也是如此。 此外，如果长时间为方法命名而苦恼，可以考虑重构代码，使其更简洁。一个好的、简洁的方法名总是比一个杂乱的方法名更容易被记住。

当为命名而苦苦挣扎时，请退一步思考，想想您尝试命名的组件是否过于复杂并且需要重构。

3. 不要用太多参数弄乱你的方法

方法中参数过多是重构的标志。通常情况下，编写此类方法会违反SRP（单一职责原则），这意味着它们会执行太多操作。
一个高效、简洁的方法只做一件事，嗯。
正如Bob 大叔所说，最多可以接受三个参数。虽然这可能并不严格，但它可以让你大致了解方法中所需的参数数量。

克制住将方法的某些本地参数改为类字段的冲动。考虑重构代码，减少一个方法执行的操作，或者将方法拆分成两个独立的方法。

Robert C. Martin 曾说过：
“函数应该只包含少量参数。最好是没有参数，然后是包含一个、两个、三个参数。超过三个参数就很成问题，应该谨慎避免。”

4. 避免类中有太多方法

与参数数量一样，类中方法的数量也很重要。
包含大量方法的大型类通常意味着组件功能过多或功能过剩。我们将这些组件称为上帝类，以描述编写高耦合代码的反模式。

如果一个类中有很多方法，请考虑随着代码的不断改进，需要多久才能修改该类的行为。这可能违反“开闭原则”，即“软件实体（类、模块、函数等）应该对扩展开放，对修改关闭”。

5. 使用第三方库时使用 LTS/稳定版本

始终牢记下一位需要使用您的代码并重新编译项目的开发人员。
使用 LTS（长期支持）版本的库、插件和框架在引入新功能时可能并非最佳选择，但在将来需要重新构建或编译代码时，它会更加有效。

克制住使用最新最好版本工具的冲动，坚持使用最安全、最稳定的版本。你未来的自己和同事都会感谢你！

6. 学会识别最常见的设计模式

没错，大多数大型项目都是使用一种或多种设计模式构建的。设计模式定义了组件的描述、关系和抽象级别。你不需要了解所有设计模式，也不需要精通所有设计模式，但了解其中最重要的部分不仅对思考和设计大有裨益，而且对在代码库中识别它们也大有裨益。

当能够在代码库中识别设计模式时，通过了解在哪些地方寻找特定的类和对象，人们还可以扩展它或添加更多功能。

良好实施的设计模式使得参与项目的每个人都使用相同的设计语言，并通过代码更有效地进行沟通。

7. 时刻考虑下一位开发者

无论是你本人、其他同事、新员工，甚至是其他公司的开发人员，都需要有人来扩展你的代码或添加更多功能。
这真的很难理解，因为大多数初级开发人员都习惯于典型的大学项目模式：你编写所需的代码，然后就没有人参与其中了。

在专业环境中，情况会有所不同；你会被要求在一个多年前编写的项目中编写代码，而且你的代码必须为几年后可能出现的“下一个开发人员”做好准备。
因此，每当你为了某个功能而临时编写“hack”代码，每当你在构建过程中添加某些内容却不记录，每当你跳过重构，你都只是在增加更多技术债务，而这些债务将来总得有人来处理。

每隔几个小时花点时间回顾一下你的工作。将必要的文档添加到 README 文件，删除未使用的代码和临时添加到项目中的文件。如果你对架构或编程决策不确定，请与你工作中更有经验的人沟通。
你不仅可以改进你编写的代码，还能让你在未来更好地处理此类情况，并习惯自尊心受到伤害。（即使你不再是初级程序员，这种情况也会经常发生 :D）

结论

从初级开发人员过渡到中级开发人员并非一朝一夕之功。职业发展和专业开发人员的进步离不开养成良好的习惯。在本文中，我列出了作为一名软件开发人员，在开始这一转变并取得成就的过程中需要养成的一些最重要的习惯。

请在下面留下您对这些习惯的评论，并继续关注第 2 部分！:-)

这篇文章发表在我的个人博客上。