Node.js中，有哪些命名约定可以详细改写为长尾词？

本文共计1686个文字，预计阅读时间需要7分钟。

序言：There are only two hard things in Computer Science: cache invalidation and naming things. — Phil Karlton我还有一个梦想，便是要成为程序员巨星。但如果你看过我写的代码，便知我还有很长的路要走。

序言

There are only two hard things in Computer Science: cache invalidation and naming things.
-- Phil Karlton

我乔鲁诺·乔巴拿有一个梦想，便是要成为程序员巨星。但如果你看过我写的代码，便知道我还远远够不上“巨星”二字。我的代码中有许多不一致的命名：

1. 常量的命名时而是全大写的（如WAIT_CONFIRM），时而是全小写的；
2. 某个项目大部分命名用的是camel case（如TaskController），但由于数据库中的列名用了snake case（如context_id），导致项目中与数据库列有关的代码混用了camel case和snake case（如restricted_hours[new Date(timestamp * 1000).getHours()] = 1;）；
3. 同样是构造复杂对象的函数，它们的前缀可能会是build、create、make，甚至compute中的任何一个；
4. 明明是一个数组，却用了单数的order作为变量名。

之所以如此混乱，正是因为我没有遵循一套一致的命名规则。每当我在一个项目中蹦出一些新想法时，便会跃跃欲试——不，我真的就用上了。