乔治·奥威尔的命名规范如何命名？简而言之，没有其他方法可以根据其含义来选择单词……但是，有时我们不知道哪些单词更合适。当你想到抽象的东西时，你会被最常出现在脑海中的词所吸引，除非你故意不去想，否则这些词会迅速浮出水面，直到它们模糊或改变你的想法。当你想到一个具体的对象时，你会觉得自己缺少文字，然后你已经看到了你想要描述的东西，然后你继续寻找更适合它的文字。六大原则以下是George给出的六大命名原则：1.永远不要使用比喻、明喻或其他在书本上看到的语言描述2.不要使用太长的词，如果一个简短的词可以说明问题3.尽可能缩短词4.永远不要使用被动语态，如果可以的话，使用主动语态5.如果你能想到具有相似含义的日常用语，不要使用外来词，学术术语6。打破上述任何规则，与更直接的说话方式相比，这些规则听起来像是规则，而且确实如此。但对于那些习惯了流行写作风格的人来说，这几点尤为重要。下面详细解释这六项原则。1.永远不要使用比喻、明喻：防止过度使用惯用的设计模式，只是因为习惯于在代码中看到它们。如：AbstractConfigurationFactory2.能短就不要用长词：如果一个短词就可以说明问题，尽量使用简洁的变量命名，只有在有更好的理由时才使用长命名。如：company_person_collectionvsStaff3.如果可以缩短term，尽量缩短：避免在名字中加入一些无意义的词。如：AbstractObjectFormatterProxy...org.springframework.web.servlet.support.AbstractAnnotationConfigDispatcherServletInitializer这就像顺势而为。你应该做的就是简化，直到什么都没有。”凯夫林·亨尼着。4、尽量用主动语态的词：能用主动词的，千万不要用被动语态词，这样便于用户理解，也遵守标识符的语法规则。例如：类PlanEvents与类EventPlanner，甚至类Scheduler。5.尽量使用日常用语，避免使用外国词汇或学术术语，不要让某个图书馆的特殊术语污染你的领域模型，还要提防从其他语言导入“外国”名称的图书馆。如：ShipmentMonad6，break以上任意一条规则，如果你有更简单明了的表达方式。当然，如果你的代码正在许多知名网站上发布，比如TheDailyWTF，你可以忽略我说的。（TheDailyWTF，著名的美国丑陋代码开发，灾难开发案例站点。）注意：很大程度上取决于上下文；当然，发布库代码与维护专有程序代码不同。听到这，是不是感觉写代码和写散文一样难？作家对编程的灵感OnEvenProgramming-StephenKing“闭门写作，开门重写。”OnHardwareDevelopment-AnneRice“我发现更大的显示器更容易集中注意力。”OnUserPersonas-ErnestHemingway写小说时，作家应该创造活生生的人物；人物不是人物。人物在漫画中。《论企业架构——威廉·萨默塞特·毛姆》“写小说有三个规则，不幸的是没有人知道它们是什么。”上CodeEfficiency-NeilGaiman”写作。逐字逐句。找到合适的词并使用它。完成你正在写的东西。无论如何，请完成它，它必须完成。“关于CodeReview-NeilGaiman”放了它放在一边。仔细阅读并假装你以前从未读过它。将它展示给你的朋友并听取他们的意见和观点。“关于反馈-尼尔盖曼“当人们告诉你什么地方可能有问题或功能不正常时，他们几乎总是对的吨。“”当他们告诉您他们认为哪里出了问题以及如何解决时，他们几乎总是错的。“OnRefactoring-NeilGaiman”对此进行了处理。请记住，迟早你必须放手继续前进，并在它到达顶部之前开始写下一个东西。***就像追逐地平线。继续前进。“关于代码中的幽默-尼尔盖曼“为自己的笑话而笑。”“为自己的笑话而笑。”“关于开源-尼尔盖曼“写作的主要规则是，如果你有足够的把握和信心去做，你可以为所欲为。”“写作的主要规则是，如果你有足够的责任感和信心去做，你就会被允许做任何你想做的事情。作家的建议总结作家的建议很有用，而不仅仅是在编程中命名事物。作家已经存在了几个世纪，编程才出现了几十年。另外，如果你真的理解了，他们的建议其实是写得更好，更有趣。
