問題タブ [resharper]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
36 に答える
11988 参照

c# - C#用のReSharper 4+ライブテンプレートを使用していますか?

C#用のReSharper 4.0テンプレートを使用していますか?

これらを次の形式で共有しましょう。


[タイトル]

オプションの説明

ショートカット:ショートカット
使用可能な場所: [AvailabilitySetting]

マクロのプロパティ(存在する場合):

  • Macro1-値-EditableOccurence
  • Macro2-値-EditableOccurence

0 投票する
13 に答える
17607 参照

resharper - クラス継承に関するReSharperからの誤った「あいまいな参照」を解決するには?

私のプロジェクトには、他の多くのクラスに継承されるクラスがあります。これを ClassBase と呼びます。

ClassBase が継承されている場合、ReSharperは ClassBaseで「あいまいな参照」警告をスローし、ClassBase から継承された新しいクラス内のすべてに IntelliSense がなく、見つからないという警告を受け取ります。

プロジェクトは正常にコンパイルおよび実行されます。

名前空間 ClassBase を変更してから継承クラスを変更すると、ReSharper は問題なく、IntelliSense はコンパイルされるまで動作します。コンパイル後、あいまいな参照の警告とその他すべてが表示されます。

これは以前に見られたことがありますか?どうすれば修正できますか? このような問題の JetBrains バグ追跡のエントリを見ましたが、再現できないとしてクローズされました。

0 投票する
4 に答える
13839 参照

visual-studio - Visual C ++用のReSharper(またはそのようなもの)?

ReSharperが多くのことを推奨しているのを見てきましたが、残念ながら、VisualStudioではC++をサポートしていません。おすすめできるものはありますか?私はすでにVisualAssistを使用しており、その役割は非常にうまく機能しますが、ReSharperと比較するとかなり制限されています。

助言がありますか?

0 投票する
8 に答える
4293 参照

visual-studio-2005 - Visual Studio で巨大なソース コード ファイルを処理する最善の方法

コード生成を多用するプロジェクトに取り組んでいます。生成されるファイルの一部には、25 万行を超えるコードが含まれています。VS (2K5) の対応はそれほど悪くはありませんが、R# (4.01) は 2 分ごとにメモリ不足の例外をスローします。

それらを部分クラス/個別のファイルに分割することは、当面のオプションではありませんが、後で可能性があります。

これに対処するための巧妙な IDE トリックはありますか?

編集:そのため、人々はすぐに(非常に賢明に)「それほど大きなファイルを持っていない」と言って、それを小さなファイルに分割する方法を提案しています。

それは問題ありませんが、私はタイムボックス化された作業を行っており、周りを見回して何を最適化するかを決定しています. 私の問題は、「プロジェクトをリファクタリングする方法」ではなく、非常に具体的に「IDEで非常に大きなファイルを表示する方法」です。質問のために、ファイルが読み取り専用であると想像してください。:)

0 投票する
4 に答える
2788 参照

c# - F# で宣言された名前空間は、c# プロジェクトでは使用できないか、オブジェクト ブラウザーからは表示できません。

F# で宣言された名前空間は、c# プロジェクトでは使用できず、オブジェクト ブラウザーからも表示できません。

通常の F# ライブラリ プロジェクトをビルドしましたが、プロジェクトをビルドして C# プロジェクトに参照した後でも、目的の名前空間にアクセスできません。

また、オブジェクト ブラウザでも表示できません。ビルドされていないというエラーが表示されます。9月のリリースで実行していますが、誰かが私のエラーを指摘できますか?

F# バージョン 1.9.6.0

(6) 編集: dll を直接参照すると問題が解決しました。プロジェクトを参照するとコンパイルできますが、インテリジェンスは機能しません。dll が直接参照されている場合、インテリジェンスは完全に機能します。


これは、.fs ファイルにあるコードです。


(5) 編集: ReSharper 4.0 が問題になる可能性はありますか?

(4) 編集: オブジェクト ブラウザーが結果のアセンブリを読み取れないと言うとき、オブジェクト ブラウザーでアセンブリを開こうとすると、プロジェクトがまだビルドされていないことを示すエラーが表示されることを意味します。それでも、リフレクターを使用してアセンブリを読み取ることができます。

(3) 編集: Reflector は dll を逆アセンブルできますが、Object Browser はそれを読み取ることができません。

(2) 編集: F# バージョンを 1.9.6.2 にアップグレードしましたが、結果は同じです

(1)編集:dllをC#に逆アセンブルできました:(ここではすべて問題ないようです)


0 投票する
3 に答える
1940 参照

plugins - Resharper のプラグインはどこにありますか?

Resharper のプラグインを見つけるのに適した場所を知っている人はいますか? できれば、Google よりも構造化された場所で... ありがとうございます。

0 投票する
1 に答える
247 参照

resharper - Resharper 4.0 アドインをデバッグするにはどうすればよいですか?

わかりました、私は Resharper とそのアドインが大好きですが、最高のファンボーイでさえ、その API ドキュメントが最適ではないことを認めなければなりません。自分でアドインを作成したいと思います ( Agent Johnsonプラグインに基づく)。ありがたいことに、そのプラグインは 4.0 で動作するので、自分の作業の出発点として使用できます。

私の質問: アプリを実行してデバッグするにはどうすればよいですか? resharper プラグインは \v4.1\Bin\Plugins\ ディレクトリにあります。出力ディレクトリをそのフォルダに設定して実行し、Visual Studio の別のインスタンスを起動する必要がありますか? または、試してみるべき他のハック/回避策はありますか?

0 投票する
2 に答える
2043 参照

visual-studio-2008 - VisualStudio2008でのメモリ使用量の再調査

VS2008でResharperのメモリ使用量を減らすためのいくつかの方法/ヒントを提案できますか。50のプロジェクトでの私のVSのワーキングセットメモリは約650mb+です。

編集: 4.5がリリースされたので、この質問はもう関係ありません。

0 投票する
6 に答える
1615 参照

visual-studio - リファクタリングの方法: クラスを 2 つに分割し、インターフェイスを介して通信します

私は最初の大規模なリファクタリングに着手したばかりで、(残念ながら大きな) クラスを 2 つに分割する必要があり、それらはインターフェイスを介してのみ通信します。(私のプレゼンターはコントローラーであることが判明したため、アプリ ロジックから GUI ロジックを分離する必要があります)。VisualStudio 2008 と Resharper で C# を使用する場合、これを実現する最も簡単な方法は何ですか?

私がしようとしているのは、a)新しいクラスのメンバーを収集し、「新しいクラスを抽出する」 b)結果の混乱をクリーンアップする c)「インターフェイスを抽出する」 d)クラスへの参照を追跡し、それらをインターフェイス参照に変換することです

しかし、私はこれまでにこれを行ったことがなく、すべてをバラバラにする前に、誰かが何か良いヒントや落とし穴を知っているかどうか疑問に思っています...ありがとう!

0 投票する
8 に答える
1124 参照

c# - C#でディレクティブを使用する「クリーンな」リストを維持することの利点は何ですか?

VS2008には、Resharperと同様に、ディレクティブを使用してクリーンアップするための削除および並べ替え機能があることを知っています。コードが「クリーン」であり、将来存在しない可能性のある名前空間を参照する問題を取り除くこととは別に、使用ディレクティブの「クリーン」リストを維持することの利点は何ですか?

コードが少ない?コンパイル時間が速くなりますか?