如何合理命名你的代码

发布于 2020-12-29 12:47:35 字数 1860 浏览 1135 评论 0

文中内容参考自 Bob Nystrom 的 blog 原文链接

A name has two goals: - It needs to be clear: you need to know what the name refers to. - It needs to be precise: you need to know what it does not refer to.

遵循最简洁、精确的命名原则

省略那些从变量类型上就可以得知的信息

这个规则主要用在使用静态类型的语言上,用户(程序员)通常知道一个变量的类型,那么如果此时再在变量的命名中添加关于变量类型的信息无疑是冗余的(不是很赞同,如果是嵌入式开发者,尤其是从事单片机应用开发的程序员,现如今使用的大部分IDE或代码编辑工具对变量的自动补全、提示都支持的不够友好,例如keil。在处理一些变量的时候,知道变量的类型会让程序员知道这个变量占用的内存大小、存放位置,从而更好的去使用它。)

// Bad:
String nameString;
DockableModelessWindow dockableModelessWindow;

// Better:
String name;
DockableModelessWindow window;

省略那些容易产生歧义的信息

这点在我以往的命名中是个普遍存在的毛病,例如,声明一个用于存储文件路径的变量,我会命名为string currentUsedFilePath,虽然在一定程度上达到了变量名的自解释的作用,但是会让其他阅读你的程序的人产生误解,到底是current Used File`s Path,还是current Used FilePath(@_@);

// Bad:
finalBattleMostDangerousBossMonster;
weaklingFirstEncounterMonster;

// Better:
boss;
firstMonster;

省略那些在当前的上下文中可以得到的信息

这点很好理解,比如你的项目中只用到LCD来完成显示相关信息,用来刷新显示的函数直接命名display和你命名LCDDisplay是一个效果的,但是后者显得会有些冗余,同样,类的成员命名也是一个道理;

// Bad:
class AnnualHolidaySale {
  int _annualSaleRebate;
  void promoteHolidaySale() { ... }
}

// Better:
class AnnualHolidaySale {
  int _rebate;
  void promote() { ... }
}

抛弃那些意义不大的信息

一个原则:试想,如果去掉这部分信息,这个命名的意义变化了吗?如果没有,果断去掉,例如声明一个变量 int tempVariable; 去掉variable吧!

// bad 
class WaffleObject {
  void garnish(List<Strawberry> strawberries) { ... }
}
// good one
class Waffle {
  void garnish(List<Strawberry> strawberries) { ... }
}

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据

关于作者

JSmiles

生命进入颠沛而奔忙的本质状态,并将以不断告别和相遇的陈旧方式继续下去。

0 文章
0 评论
84960 人气
更多

推荐作者

沧笙踏歌

文章 0 评论 0

山田美奈子

文章 0 评论 0

佚名

文章 0 评论 0

岁月无声

文章 0 评论 0

暗藏城府

文章 0 评论 0

    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文