专栏首页Java学习网优秀程序员的 18 大法则

优秀程序员的 18 大法则

优秀程序员的 18 大法则

经过多年的积累,我发现,下面这些基本的指导法则,可以帮助我成为一个更加高效的程序员。 程序设计法则,与设计和工程的原理密切相关。下面这些编程法则帮助我让我获益匪浅,所以我想分享给大家,希望也能帮助大家更高效,生产出的代码更容易维护,并且bug和缺陷更少。

DRY原则 不要重复(Don’t repeat yourself)——程序设计中一个最根本的原则就是要避免重复。许多编程结构(比如循环、函数、类等)的存在就是为了避免重复。一旦重复(例如,一个长表达式,一系列语句,相同的概念)的话,就会创建一个新的抽象。 抽象原则 “每个在程序中有意义的功能片段应该只在源代码的一处地方实现。” KISS(Keep it simple, stupid!)原则 简单性(避免复杂性)应该永远当作是一个重要的目标。写简单的代码,不但花费的时间少,错误少,而且修改起来也容易。 避免创建YAGNI(You aren’t going to need it)原则 只有当你需要的时候才去添加额外的功能,不需要就不要画蛇添足。 方法要最简单,效果要一样好 在编程时,我们需要问问自己:“有没有最简单的完成任务的途径?”这有助于我们保持一直行走在简约设计的道路上。 不要让我思考 这实际上是由Steve Krug写的一本书的书名。关键要点是,代码应该尽可能地易于阅读和理解。如果阅读人需要大量的思考才能理解代码,那么或许这代码还需要被简化。 开/闭原则 软件实体(类,模块,函数等)在扩展时应该开放,在修改时应该关闭。换句话说,你写的类大家可以扩展,但不能修改。 为维护者写代码 值得写的代码要保证将来一定值得维护。未来的你由于经历的代码太多,也许再回过头来看这些代码的时候,也和其他人一样,已经成为了一个完全的陌生人。请记住,“写代码的时候,就假设将来要维护的人是个知道你住在哪里的暴力型精神病患者吧。” 最小惊讶原则 最小惊讶原则通常引用于用户界面方面,但这一原则也适用于编写代码。代码应该尽可能地不要让阅读者惊讶。遵守标准约定,注释说什么代码就做什么,命名是什么意思代码就是什么意思,尽可能地避免惊讶导致的潜在的负面影响。 单一职责原则 代码(如类或函数)的组成部分执行的应该是一个单一的明确的任务。 最小化耦合原则 代码的任何部分(代码块,函数,类等)都应该尽量减少对其他代码的依赖。这可以通过尽量不要使用共享变量来实现。“低耦合常常是计算机系统构造良好和设计良好的标志,并且当和高内聚力相结合的话,还可以大大支持高可读性和可维护性的整体目标。” 最大化内聚原则 具有相似功能的代码应该放在同一个组件内。 隐藏实现细节原则 隐藏实现细节,允许在改变代码组件的实现的同时,最低限度地减少对使用该组件的其他模块的影响。 得墨忒耳定律 代码组件应该只和它们的直接关系(如,继承的类,包含的对象,通过参数传递的对象等)沟通。 避免过早优化原则 除非代码开始工作,否则甚至就不要有优化的念头。只有当你必须要优化的时候,才能借助实战数据的帮助。 “我们一定要有大局观:过早的优化是万恶之源”——Donald Knuth。 重用代码才是好代码 这和任何其他法则一样之精辟。重用代码可以提高代码的可靠性,并减少开发时间。 关注点分离原则 不同的功能区域应该由明显的重叠最小的代码模块进行管理。 拥抱变化原则 这是Kent Beck写的一本书的副标题,也被认为是极端编程和通用敏捷方法的原则。许多其他原则都基于这个理念:你应该期待和欢迎变化。事实上,很多古老的软件工程法则,例如最小化耦合原则,就是和让代码变得更容易改变是直接相关的。无论你是不是一个极端编程的实践者,这种写代码的方法真的很有意义。 有什么想法吗?欢迎参与到我们热烈的讨论中来!

本文分享自微信公众号 - Java学习网(javalearns),作者:javas

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2015-10-12

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 论编程的最后期限

    普通编程与专业编程之间有很多差别,而最为显著的就是截止日期。 截止日期 / 最后期限   当你给自己写程序的时候,只要你愿意,就可以用很多(或者很少)的时间来...

    用户1289394
  • 为什么开源可以提高程序员的编程技能?

    为什么开源可以提高程序员的编程技能? 我已经写了很多年的软件。最近我意识到,我越涉及(致力于,结合于等)开源技术,我写出来的代码就更好。这不由地让我疑惑起来:难...

    用户1289394
  • 为什么优秀的程序员也是优秀的设计师

    为什么优秀的程序员也是优秀的设计师 在高科技行业中,我听过很多伟大的开发人员声称对设计一无所知。他们将设计当作是一个神秘的世界,一个编程世界之外的世界。他们觉得...

    用户1289394
  • 改和看别人的代码是一种什么感受

    工作里面可能会沉淀下来很多的东西,比如文档,代码/脚本,或者图片,甚至你留下的趣事或者“案底”。 对于修改代码,我很多年前就体验过一次,是修改自己写的代码,记...

    jeanron100
  • 我们一直谈论“写代码”,但你会“读代码”吗?

    编程,又被称作“写代码”。这个说法有可能会带来一点点误解,让人觉得如何“写”是学习编程要解决的主要问题。但事实并非如此。尽管最终代码要在键盘上敲出来,但这个过程...

    Crossin先生
  • 把公司代码上传到了git上,被leader发现了怎么办?

    曾经参与或者主导过十几个项目,类似这种行为项目组里面的小伙伴都遇到过,这种出发点都是好的,主要还是为了方便解决问题,至于这种行为到底该如何处理,还是压根据实际情...

    程序员互动联盟
  • 十一条程序员的编码黄金法则,实践经验总结

    这是一篇值得收藏起来,隔三差五就拿来重读的文章!因为作者向你保证,他“遇到的所有糟糕的代码,都是因为没采纳这些实践经验。而任何一段优秀的代码,都采纳了至少部分实...

    挨踢小子部落阁
  • Java编程-高质量的工程代码为什么难写

    遥想我学习写asp代码时,觉得写代码也不难呀,无非就是学学语法规则、库就可以写出来,记得有一次我实习面试的时候是让我在一个下午左右的时间写一个完整...

    慕容千语
  • 如何写出优质干净的代码

    先列举出编写干净代码的一些好处,再提出6个技巧用于编写干净代码,供开发者进行参考学习。

    IT大咖说
  • 编写高可读代码的十个实践

    我已经写了20年的代码,曾经和17个团队用不同的编程语言创建了上百个项目。这些项目包括几乎所有的软件类型,从个人博客,到支撑3000个请求/秒的接口,再到顶级的...

    白玉堂

扫码关注云+社区

领取腾讯云代金券