主要观点:之前认为项目名应可爱而非描述性,此观点适用于服务,不适用于模块或变量。在不同情境下,名称选择应考虑更改难易度,难改且易变选创意名,易改选描述性且明确的名。内部和外部名称有不同特点,服务名外部易影响范围大难改,变量名内部影响范围小易改。共享模块等有模糊区域,常出现极一般名称,只要无命名冲突可模糊命名,有冲突则需明确或可爱。命名客户或公众可见的东西(如产品、公司、发布库名)时需不同 approach,要提供独特引用方式和初步了解线索。
关键信息:服务名外部难改,变量名内部易改,共享模块有模糊区,公众可见名需特殊考虑。
重要细节:项目名称应可爱而非描述性的观点及相关讨论;内部外部名称的定义及特点;共享模块的例子及命名方式;公众可见名的作用及举例。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。