Concept Naming

让读者凭名称就能形成接近真实职责的预期。先保证语义成立，再在目标读者熟悉的表达中选择； 名称的收益是少一次猜测、翻译或查定义，不是显得专业、新颖或尽量短。 先复用准确的领域术语和已核实的项目用法；需要判断生态惯例或解决语义争议时，比较相关开源项目 的实际用法。不要先凭词义造出名字，再找案例佐证。

从对象而非同义词开始

先读定义、关键操作与调用位置，用不包含候选名字的一句话说明：它是什么、做什么、 由谁使用，以及与邻近对象的区别。分清业务概念、数据、提供能力的对象、一次操作及其结果。 同一主题的几种对象不必共享一个名字：一次执行、执行请求与执行器有不同语法角色。

缺少事实时给出条件建议；若两个候选实际对应不同职责，指出尚未确定的设计选择。 不能通过改名默默增加职责。对象职责不清时先指出歧义，不靠更长的名字补全设计。

多看开源项目，建立可比较的用法