在构建应用程序时，“查找”与“搜索”的概念之间是否有任何有意义的区别？您认为它们或多或少是同义词吗？
我问的是应用程序 UI 的标签以及 API 设计。
【问题讨论】：
标签： search find naming semantics
我在 Acrobat 1.0 中编写了内置的 Find 命令，并为 Acrobat 2.0 和 3.0 开发了全文搜索引擎。 当时处理大量文本的大多数软件都可以找到与单个单词或短语完全匹配的方法，并将其称为“查找/查找下一个”。这就是我们在 Acrobat 1.0 中所称的。我们从一开始就知道这不足以处理整个文档存储库，因此我们需要一种方法来扫描整个集合。我们不能使用 Find，因为它已经在 UI 中并且已经建立了行为，所以我们选择了 Search。该决定仅基于传达动作的相对较小的一组常用词。
更难的是为它设计一个合理的图标。我们最初的想法是使用类似于旧黄页标志的东西：
（来源：yellowpagecity.com）
但律师将其击落 - 它太近了。我们不能使用放大镜，因为我们有与之相关的缩放功能。我们带着双筒望远镜去了。
【讨论】：
（令人惊讶地）没有人提到的一个角度是，在英语中，当您说您搜索 something 时，某物就是您要搜索的东西 within，不是你想要找到的东西。因此，除非您添加单词“for”（例如，搜索 for 某物），否则这两个词是根本不同的。
举个例子就明白了：
两个截然不同的任务！第一个定义您的搜索对象。第二个定义您的搜索范围。
在谈论 UI 时，这并非完全无关紧要。如果您的应用具有搜索功能，用户可以指定搜索的来源和对象，您可以选择以这种方式使用这些词。例如：
是的，正如其他一些人指出的那样，“查找”一词确实意味着搜索成功，但我们不要在无法保证成功时开始称应用程序设计师为骗子使用它。它已成为在文档中搜索特定字符串的非常标准的术语。
【讨论】：
根据Don't Make Me Think 中的Steve Krug，在谈论面向公众的网站的可用性时，请使用搜索 一词来表示搜索框，仅此而已。 （他明确禁止“查找”、“快速查找”、“快速搜索”以及所有变体。）
理由是“搜索”是最常被理解的术语，因此人们会在他们不思考时寻找它，并且您不希望您的用户必须思考（根本）。
【讨论】：
搜索是许多用户访问网络的主要界面。 搜索应该是全球性的（不限于子网站）并且可以在每个页面上使用；布尔值应该令人生畏，因为用户通常会错误地使用它们
阅读： https://www.nngroup.com/articles/search-and-you-may-find/
【讨论】：
查找 = 准确发现 示例：我们在电子邮件中写下“请查找附件”。我们不写“请搜索附件”。
搜索 = 发现完全匹配 + 相关匹配 示例：谷歌搜索
【讨论】：
搜索在 stackoverflow 上您可能找到的答案。
对我来说，查找是搜索的成功，也就是说，查找是识别已知存在的事物的位置。
当您无法控制用户寻找的内容时，应始终使用搜索。
【讨论】：
在大多数应用程序中...
查找 通常是指在手头的文档中查找文本并跳转到下一个匹配项。
搜索 通常是指定位多个文档（或其他对象）并返回一个列表。
【讨论】：
我会说“查找”专注于获得一个完全匹配的内容。如上例所示，您“找到”了完美的 PHP 工作。
OTOH，您“搜索”符合您条件的工作。搜索是您想要浏览多个结果时所做的事情。 “搜索”返回结果页面。 “找到”更接近“我感觉很幸运”。
当然，这些术语有时会互换使用。但是，我认为这就是区别的本质。
【讨论】：
在许多应用程序中，find 的意思是“在当前页面/屏幕上查找”，而 search 的意思是“搜索整个数据库/Internet”。 Web 浏览器、在线帮助和其他应用程序似乎可以做出这种区分。
【讨论】：
查找就是查找的完成。
如果您可能无法成功找到某些内容，请将该功能称为“搜索”。例如，编辑器中的文本搜索可能会由于没有匹配而失败 - 然后将其称为“查找”将是在撒谎。
另一方面：在已建立的求职网站中，您可以说“找一份 PHP 工作”，因为您知道（几乎）任何您的用户想要的东西，都会有报价。这也使它听起来自信、积极和充满活力。
【讨论】：
find() 和 search()，find() 返回单个记录，search() 返回一个集合。我来到这个问题试图弄清楚这是否是一个更广泛的趋势。这个答案只会使问题更加混乱。
"寻找你会找到"
"搜索你会找到"
【讨论】：
搜索后你发现了一些东西。
【讨论】：
我认为搜索更通用，更适合文本搜索。 Find 听起来更像是“查找特定记录或一组记录”
【讨论】：
我不认为有任何区别。
但话说回来，我是葡萄牙人。 :P
【讨论】：