アプリケーションを構築するとき、「検索」と「検索」の考え方に意味のある違いはありますか? それらは多かれ少なかれ同義だと思いますか？
アプリUIのラベリングやAPI設計についてお伺いします。
22248 次
15 に答える
49
見つけることは、検索の完了です。
何かを見つけることができない場合は、その機能を「検索」と呼びます。たとえば、エディターでのテキスト検索は、一致がないために失敗する可能性があります。その場合、それを「検索」と呼ぶのは嘘です。
一方、確立された求人検索サイトでは、「PHP の仕事を見つけてください」と言うことができます。これは、ユーザーが望む (ほぼ) 何でも提供されることを知っているからです。これにより、自信に満ちた、ポジティブでエネルギッシュなサウンドになります。
于 2009-01-26T18:18:09.030 に答える
23
Do n't Make MeThinkのSteveKrugによると、公開されているWebサイトのユーザビリティについて話すときは、「検索ボックスの検索」という単語を使用してください。（彼は特に「検索」、「クイック検索」、「クイック検索」、およびすべてのバリエーションを禁止しています。）
理論的根拠は、「検索」が最も一般的に理解されている用語であるため、人々が考えていないときに探すものであり、ユーザーに（まったく）考えさせたくないということです。
于 2009-01-26T19:02:31.203 に答える
12
「検索」は、単一の完全一致を取得することに重点を置いていると言えます。上記の例のように、完璧な PHP の仕事を「見つける」ことができます。
OTOH、あなたは自分の基準を満たす仕事を「検索」します。検索は、複数の結果をざっと見たいときに行うことです。「検索」は結果のページを返します。「見つける」は「私は幸運を感じている」に近いです。
もちろん、これらの用語は同じ意味で使用されることもあります。でも、それが違いの本質だと思います。
于 2009-01-26T18:38:19.177 に答える
8
多くのアプリケーションでは、find は「現在のページ/画面で検索する」ことを意味し、search は「データベース/インターネット全体を検索する」ことを意味します。Web ブラウザ、オンライン ヘルプ、およびその他のアプリケーションは、この区別を行っているようです。
于 2009-01-26T18:32:21.747 に答える
4
Acrobat 1.0 で組み込みの検索コマンドを作成し、Acrobat 2.0 および 3.0 の全文検索エンジンに取り組みました。その時点で大量のテキストを処理するほとんどのソフトウェアには、1 つの単語または語句と完全に一致するものを見つける方法があり、それを [検索/次を検索] と呼びました。これは、Acrobat 1.0 で呼ばれていたものです。これではドキュメントのリポジトリ全体を処理するには不十分であることは最初からわかっていたため、セット全体をスキャンする方法が必要でした。検索は既に UI にあり、動作が確立されていたため、使用できませんでした。そのため、検索に落ち着きました。この決定は、アクションを伝える比較的少数の一般的な単語のセットにすぎません。
さらに難しいのは、適切なアイコンを考え出すことです。私たちの最初の試みは、古いイエロー ページのロゴに似たものを使用することでした。
(ソース: yellowpagecity.com )
しかし、弁護士はそれを撃ち落としました-それは近すぎました。ズーム機能が連動していたので、拡大鏡は使えませんでした。私たちは双眼鏡を持って行きました。
于 2009-01-26T18:55:18.817 に答える
3
違いはないと思います。
繰り返しになりますが、私はポルトガル人です。:P
于 2009-01-26T18:18:26.877 に答える
1
「探せば見つかる」
「検索すると見つかります」
于 2009-01-26T18:21:07.013 に答える
0
検索はより一般的で、テキスト検索に適していると思います。Find は「特定のレコードまたはレコードのグループを検索する」ように聞こえます
于 2009-01-26T18:19:00.120 に答える
0
検索した後、何かを見つけます。
于 2009-01-26T18:19:52.537 に答える
0
見つかるかもしれない回答をstackoverflowで検索してください。
私にとって、検索は検索の成功です。つまり、検索とは、存在することがわかっているものの場所を特定することです。
ユーザーが探しているものを制御できない場合は、常に検索を使用する必要があります。
于 2014-03-11T14:38:04.643 に答える