181

信じられないほど古いレガシーアプリケーションのいくつかの接続文字列を変更する必要があります。それを作成したプログラマーは、アプリ全体に接続文字列をあちこちに貼り付けるのは素晴らしいアイデアだと考えました。

Visual Studioの「現在のプロジェクト」の検索は非常に遅く、WindowsSearchを信頼していません。

それで、そこにある最高の無料の、索引付けされていないテキスト検索ツールは何ですか?必要なのは、フォルダとそのサブフォルダ内に必要な文字列を含むファイルのリストを返すことだけです。

Windows2003Serverを実行しています。

4

6 に答える 6

379

私はNotepad++の[ファイルを検索]ダイアログのファンです。ボーナス:無料です。

ここに画像の説明を入力してください

于 2008-11-25T16:24:14.030 に答える
184

findstr.exeファイル内を検索できると呼ばれるWindows組み込みプログラムもあります。

>findstr /s "provider=sqloledb" *.cs
于 2012-12-10T11:22:59.573 に答える
66

元の回答

Windows Grepはこれを非常にうまく処理します。

編集: Windows Grep は、開発者によって維持または利用可能にされなくなりました。別のダウンロード リンクは次のとおりです: Windows Grep - 代替

現在の回答

Visual Studio Codeには、複数のファイルにわたる優れた検索および置換機能があります。非常に高速で、置換前の正規表現とライブ プレビューをサポートしています。

ここに画像の説明を入力

于 2008-11-25T16:34:20.280 に答える
9

Visual Studio のフォルダー検索は、私が見つけた中で断然最速です。

テキスト(非バイナリ)ファイルのみをインテリジェントに検索し、他のツールとは異なり、同じフォルダー内の後続の検索は非常に高速だと思います(テキストファイルはWindowsディスクキャッシュに収まる可能性があります)。

通常のハード ドライブ (SSD なし) 上の VS2010 では、26k ファイル、ソース コード、およびバイナリが混在する 20GB フォルダーを検索するのに 1 分かかります。15,000 個のファイルが検索されますが、残りはバイナリ ファイルであるためスキップされる可能性があります。同じフォルダー内の後続の検索は、数秒のオーダーです (キャッシュからアイテムが追い出されるまで)。

同じフォルダーで次に見つけたのは、grepWin でした。約3分。2000KB (デフォルト) を超えるファイルを除外しました。「バイナリ ファイルを含める」設定は、検索の高速化に関しては何もしていないようです。バイナリ ファイルはまだ変更されているように見えますが (バグ?)、検索結果には表示されません。後続の検索にはすべて同じ 3 分かかります。ハード ドライブのキャッシュを利用することはできません。200k 未満のファイルに制限すると、最初の検索は 2.5 分で、その後の検索は VS とほぼ同じ速さで数秒かかります (キャッシュ内)。

Agent Ransack と FileSeek は、巨大な数ギガバイトのバイナリ ファイルを含むすべてを検索するため、そのフォルダーで約 20 分と非常に遅くなります。リソース モニターによると、1 秒あたり約 10 ~ 20 MB で検索します。

更新: Agent Ransack は、特定のサイズのファイルを検索するように設定できます。200KB 未満のカットオフを使用すると、新しい検索に 1:15 分、その後の検索に 5 秒かかります。grepWin よりも高速で、VS 全体と同じくらい高速です。複数の検索をタブに保持したい場合や、VS が最近検索したフォルダー リストを汚染したくない場合や、バイナリを検索する機能を保持したい場合 (VS が望んでいないようです) は、実際には非常に便利です。Agent Ransack はエクスプローラーのコンテキスト メニュー エントリも作成するため、フォルダーから簡単に起動できます。grepWin と同じですが、より優れた UI で高速です。

私の新しい検索設定は、コンテンツには Agent Ransack を、ファイル名には Everything を使用しています (すばらしいツールで、すぐに結果が得られます!)。

于 2014-12-04T22:37:08.780 に答える