“查找”和“搜索”之间的语义差异？

Question

在构建应用程序时，“查找”与“搜索”的概念之间是否有任何有意义的区别？你认为它们或多或少是同义词吗？

我在申请用户界面和API设计的标签方面提出了要求。

Answer 1

查找是完成搜索。

如果您可能无法找到某些内容，请调用“搜索”功能。例如，编辑器中的文本搜索可能由于没有匹配而失败 - 然后将其称为“查找”将是谎言。

另一方面：在已建立的求职网站中，您可以说“查找PHP工作”，因为您知道对于（几乎）用户想要的任何内容，都会有产品。这也使它充满自信，积极和充满活力。

Answer 2

根据Steve Krug中的Don't Make Me Think，在讨论面向公众网站的可用性时，请使用搜索一词作为搜索框，而不是其他任何内容。 （他特别禁止“查找”，“快速查找”，“快速搜索”以及所有变体。）

理由是“搜索”是最常被理解的术语，因此它是人们在不思考时会寻找的东西，而且你不希望你的用户必须思考（根本）。

Answer 3

我会说“发现”专注于获得单一，完全匹配。如上例所示，您“找到”完美的PHP工作。

OTOH，您“搜索”符合条件的工作。搜索是您想要浏览多个结果时的操作。 “搜索”返回结果页面。 “发现”更接近于“我感到很幸运。”

当然，这些术语有时会互换使用。但是，我认为这是差异的本质。

Answer 4

在许多应用程序中，find表示“在当前页面/屏幕上查找”，而搜索表示“搜索整个数据库/ Internet”。 Web浏览器，在线帮助和其他应用程序似乎都有这种区别。

Answer 5

在大多数应用程序中......

查找 通常是指在手边的文档中查找文本并跳转到下一次出现。

搜索 通常是指查找多个文档（或其他对象）并返回列表。

Answer 6

我在Acrobat 1.0中编写了内置的Find命令，并在Acrobat 2.0和3.0的全文搜索引擎上工作。 此时处理大量文本的大多数软件都可以找到与单个单词或短语完全匹配的方法，并称之为“查找/查找下一个”。这就是我们在Acrobat 1.0中所称的内容。我们从一开始就知道这还不足以处理整个文档库，所以我们需要一种方法来扫描整个文档。我们无法使用Find，因为它已经在UI中并且已经建立了行为，所以我们选择了Search。该决定的基础仅仅是传达行动的相对较小的常用词汇。

更难的是为它想出一个合理的图标。我们最初的想法是使用与旧的黄页徽标相似的东西：

_{（来源：yellowpagecity.com）}

但是，律师们却将其击垮了 - 它太近了。我们不能使用放大镜，因为我们有缩放功能。我们带着望远镜去了。

Answer 7

我认为没有任何区别。

但话又说回来，我是葡萄牙人。 ：P

Answer 8

查找 =发现确切 示例：我们在电子邮件中写“请查找附件”。我们不写“请搜索附件”。

搜索 =发现完全+相关匹配 示例：Google搜索

Answer 9

“寻求，你们找到”

“搜索，您将找到”

Answer 10

（令人惊讶地）没有一个角度提到过，用英语来说，当您说搜索某物时，某物就是您正在搜索 之内的东西，不是您要查找的东西。因此，除非您添加单词“ for”（例如，为了搜索 for ），否则这两个单词是根本不同的。

通过一个示例显而易见：

1. 找到房间。
2. 搜索房间。

两个非常不同的任务！第一个定义了搜索对象。第二个定义了搜索范围。

在谈论UI时，这并不是完全无关紧要的。如果您的应用程序具有搜索功能，用户可以在其中指定搜索的源和对象，则可以选择使用这种方式。例如：

1. 搜索：当前文档
2. 发现：“积极向上”

是的，正如其他人指出的那样，“查找”一词确实意味着成功的搜索，但是当不能保证成功时，不要让应用设计者撒谎使用它。它已经成为搜索文档中特定字符串的标准术语。

Answer 11

我认为搜索更通用，更适合文本搜索。查找更像“查找特定记录或一组记录”的声音

Answer 12

搜索后你发现了什么。

Answer 13

搜索以获取有关您可能找到它的stackoverflow的答案。

对我来说，查找是搜索的成功，也就是查找是为了识别已知存在的位置。

当您无法控制用户正在寻找时，应始终使用搜索。

Answer 14

搜索是许多用户的Web主界面。 搜索应该是全局的（不限于子网站）并且可以从每个页面获得;因为用户通常使用错误，所以应该使布尔值变得令人生畏

阅读本文： https://www.nngroup.com/articles/search-and-you-may-find/