警告：这是我发布的不是很严重的问题/讨论，但是我敢打赌大多数开发人员都在考虑这个“问题” ...
一直想就方法的命名约定获取其他意见，这些方法从某处获取数据并返回该数据...
大多数方法名称有些简单明了... SaveEmployee（），DeleteOrder（），UploadDocument（）。当然，对于类，您最有可能分别使用简短形式... Save（），Delete（）和Upload（）。
但是，我一直在努力采取初步措施……如何获取数据。似乎对于每个项目，我最终都会在不同的命名约定之间跳来跳去，因为我对上一个使用的项目从来都不满意。据我所知，这些可能性->
你在想什么
Answers:
在问题标题中，您使用获取数据。从某种意义上说，这是非常普遍的，您需要定义获取在语义上非常明确的方式。我提供以下示例，希望您在考虑事物命名时走上正确的道路。
getBooks() 就是当您获得与某个对象相关联的所有书籍时，这意味着该集合的条件已经定义，并且它们来自何处是一个隐藏的细节。findBooks(criteria)
是在尝试根据方法调用的参数查找书籍的子集时，通常会因不同的搜索条件而超载loadBooks(source) 从外部源（例如文件或数据库）加载时。示例： fetch表示某些实体需要去获取遥远的东西并将其带回。狗拿一根棍子，而检索则是fetch的同义词，具有您以前可能也拥有的东西的附加语义。GET是一个代名词获得，以及这意味着你有什么独有并没有其他人可以同时获得它。
与意义有关的语言学和逻辑学分支
这些评论证明，诸如get和fetch之类的通用术语没有特定的语义，并且由不同的人以不同的方式解释。选择一个术语的语义，如果语义不清晰并且与它的用法一致，则记录该词的含义。
含糊不清或含糊不清含义的单词因其基于个人见解的偏见和偏见而被不同的人赋予不同的语义，并且永远都不会结束。
fetch当数据访问时间很短时一样，即在同一设备上，从本地数据库，从内存访问。load，或者download如果访问时间是较高的，从互联网，外部数据库，从文件
老实说，您应该与您的团队决定使用哪种命名约定。但是为了好玩，让我们来看看您对以下任何一项做出决定的思路：
此方法属于数据源，我们不在乎它如何获取它们，我们只想从数据源中获取它们。
您像对待猎犬一样对待数据源，而取书是他的工作。我猜您应该自己决定他一次可以容纳多少个嘴。
您的数据源是图书馆员，将使用Dewey Decimal系统查找书籍。
这些书属于某种“电子书包”，必须装入其中。确保加载后调用ZipClosed（），以防止丢失它们。
我一无所有。
add写入数据库和写入商店的原始开发人员。现在，我试图将它们分开，这很痛苦。
答案就是坚持自己喜欢的东西并保持一致。
如果您有一个贵族和贵族网站，并且使用GetBooks（），那么如果您有另一个项目（例如Movie实体），请使用GetMovies（）。因此，无论您和您的团队喜欢什么，并保持一致。
您对“获取数据”的含义还不清楚。从数据库？一份文件？记忆？
我对方法命名的看法是，它的作用是消除任何歧义，理想情况下是查找文档的需求。我相信即使以更长的方法名称为代价也应该这样做。根据研究，大多数中级以上的开发人员都可以在驼峰情况下阅读多个单词。使用IDE和自动完成功能，编写长方法名称也不是问题。
因此，当我看到“ fetchBooks”时，除非上下文非常清楚（例如，名为BookFetcherFromDatabase的类），否则它是模棱两可的。从哪里获取？提取和查找之间有什么区别？您还冒着一些开发人员将语义与某些关键字关联的问题的风险。例如，获取数据库（或内存）与负载（从文件）或下载（从Web）相比。
我宁愿看到类似“ fetchBooksFromDatabase”，“ loadBookFromFile”，“ findBooksInCollection”之类的东西。它虽然不那么引人注目，但是一旦您超过了长度，就很清楚了。每个阅读此书的人都将立即获得您正在尝试做的事情。