一个程序员的核心能力其实分为两部分:代码能力和数据处理能力。
而代码能力是核心中的核心,代码能力是一个程序员的内功, 好的代码能起到四两拨千斤的作用。
写好代码的重要性
好的代码是编写出优秀软件的基础。好的代码是软件的支撑 ,代码设计混乱的软件非常容易崩溃,也无法产生稳定价值给企业带来利润。
对于程序员来说能够写出好的代码是一种享受, 让你能够体验到自己的工作的价值, 当你仅仅为了实现功能而写代码时,可能只是一时痛快,当业务功能变的复杂时,往往就会变的痛苦不堪。

好的代码,能够创造更大的价值,一款软件 80% 的生命周期都是花费再维护上的, 容易维护的代码, 可以节省大量的人力消耗,从而帮助公司赚更多的钱。

什么是好的代码
好的代码是有可读性的
好的代码读起来像一篇结构完整、脉络清晰的文章。什么是数据, 什么是铺垫,什么是重点, 一目了然, 变量、方法命名清晰,意义一目了然。
提升可读性,不光是为了别人阅读方便, 也是为自己后期维护重构阅读方便。

好的代码是可维护的
可维护性是指可以以较低的成本,对代码进行更新修复, 改动时可以尽量避免引起副作用(引发其他bug),可维护的代码一般是模块化的、松耦合的、 低冗余的。
好的代码是可测试的
可测试性是指你的代码便于单元测试的, 如果你的代码对测试友好,那么你的代码设计就不会太差。依赖注入对测试是非常友好的。
好代码的几条原则
.
三思而后行:
先想清楚实现方案, 再进行编码。
很多人喜欢接到任务立马动手开干, 但很多时候做到一半发现当前在用的方案难以实现,或者过于复杂,最终不得不推到重来, 做一个功能可能花费了巨大的时间成本。
多花些时间在方案制定上, 你可能会发现写程序会变的简单高效而且Bug少。
KISS (Keep it simple and stupid)
尽量让各个业务模块负责的业务变的简单易懂。
DRY(Don’t repeat youself)
不要重复,不要写冗余的代码 ,这样会增加代码维护的难度。
SOLID原则
SOLID 原则其实是五条原则:
- S(The Single Responsibility Principle )单一责任原则
- O(The Open Closed Principle)开放封闭原则
- L(Liskov Substitution Principle) 里氏替换原则
- I(The Interface Segregation Principle)接口分离原则
- D(The Dependency Inversion Principle)依赖倒置原则
SOLID原则这个块可以先大概了解下, 后续会详细介绍。
总结
本课介绍了写好代码的重要性,以及什么是好的代码,并简单介绍了几条好代码的原则, 后续课程,将通过具体的实例引导你提升代码能力, 编写出好的代码。
作业
通过阅读资料了解 DRY原则, KISS 原则, SOLID原则,发布在留言区
推荐阅读
如果有志向于持续提升自己的代码水平,推荐阅读以下书籍:
转载请注明:大后端 » 如何写好代码(1)——引子