選択するメソッドのリストと潜在的な入力パラメーターのリストの両方を実行できればいいのですが。これはpowershellで行われたもので、emacsまたはvimに同様の機能が実装されているかどうか興味がありましたか?
説明:
私が一緒に働いている仲間の開発者は、Visual Studio を実行せずに、低オーバーヘッドのために vim または emacs を使用したいと考えています。本質的に、彼はテストを書き、emacs または vim でコードを編集し、NANT スクリプトを実行してコードをコンパイルし、テストを実行できるようにしたいと考えています。彼が望んでいる Visual Studio の唯一の機能は、コード補完です。98 ～ 99% の時間、彼がなくても生きていける残りの部分。
ユーザーの環境が提供しているAPIの「知識」に基づいてコード補完の提案を提供するemacsモードに出くわしたことはありません。多くの人にとって、これはリッチ/ラージ/扱いにくい（該当する場合は削除）APIを操作するときにEmacsまたはVIMを使用できないようにする問題です。
しかし、これが日常業務の中でどれほどの問題を引き起こすのだろうかと思います。私はC＃モードでEmacsを使用して、かなりの数のC＃コードを作成してきました。また、dabbrev-modeまたはpabbrev-modeを実行する傾向があります。これらは、私が使用する傾向のある、より一般的な関数と変数名を処理する傾向があります。私の永遠の恥ずべきことに、MSDN Webサイトでブラウザを開いて残りを検索する傾向があることを認めなければなりません。これらのAPIは、覚えるのに十分な頻度で使用していません。あなたの同僚が調べたいと思うかもしれないもう一つの潜在的なヘルパーはつららです、これも正しい方向への一歩かもしれません。ただし、これらのライブラリはいずれも、VisualStudioIDEのようなものが提供する完全な補完サポートを提供しません。これは、より効率的なエディターを使用する場合のトレードオフの一部と見なされます。
余談ですが、同僚がチームで作業していて、同じプロジェクトで作業している他のメンバーがVisual Studioを使用している場合、MSBuildはVSが使用するのと同じソリューションとプロジェクトファイルを読み取るため、MSBuildはNantよりもVSの外部でビルドするためのより良いソリューションを提供する可能性があります（実際、VS2008のビルド作業の多くはMSBuildによって処理されます）。構文はNantからそれほど遠くなく、コミュニティタスクが追加され（NUnit統合などが可能になります）、実行可能ファイルを構築するためにすべての人が非常によく似たメカニズムを使用していることが保証されます。
emacs と C# については、次のツールを参照してください: http://code.google.com/p/idebridge/
OmniSharpは、vim で C# のコンテキストに応じたインテリセンスを提供します。
Visual Studio 用の vim エディター エミュレーターを使用できます。
http://code.google.com/p/csenseを見つけました。これは emacs c# intellisense/code センスです。このブログ投稿http://osdir.com/ml/emacs.sources/2007-11/msg00018.htmlから見つけました。これは私が探していた答えに近いかもしれません。
さらに調べてみると、2007 年 11 月以降更新されておらず、古くなっているように見えます。
のいくつかの提案C、C++、JAVAのEmacsでのEclipseスタイルの関数補完? emacsに関連している可能性があります。
C#固有ではありませんが、それでも.