問題タブ [ndepend]
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.
cruisecontrol.net - Ndependレポートをビルドレポートに終了するにはどうすればよいですか?
Ndependレポートを終了してBuildReportにしたいのですが、左側のナビゲーションのリンクに「NDependReport」というリンクがあります。どうやってやるの?
ありがとう!
アレハンドラ
architecture - アーキテクト向けの NDepend に代わるものを知っていますか?
NDepend に似たソフトウェアを知っていますか? 最近手に入れたばかりですが、とても便利です。とても役に立ちましたが、今のところ、プロ版を購入する可能性はありません。
それで、代替手段(おそらくオープンソース)はありますか?できれば無料。しかし、必ずしもそうではありません。たぶん、チームではなく、単一の開発者にもう少し適切な価格で。
このソフトウェアの要件: 依存関係図を作成する コード メトリクスを取得する コメント カバレッジを表示する (これまでのところ)
.net - アセンブリの NDepend メトリック
すべてのアセンブリでメイン シーケンスからの距離を低く保つようにしていますか? Business Objects 定義のみを含むアセンブリについてはどうでしょうか。それらをZone of Painから遠ざけることは可能ですか? このようなアセンブリの型は通常、他のアセンブリで使用され、かなり具体的です。そのような状況をどのように処理しますか?
.net - 痛みのゾーンを出る - NDepend
NDepend を介して自分のプロジェクトの 1 つを実行していたところ、レポートによってアセンブリが苦痛の領域の隅に追いやられました。それは私が心配する必要があるものなのだろうかと思っていました。
ゾーン・オブ・ペインの本当の意味とは?カップリングが多くて簡単には変えられないということではないでしょうか。
ユーザーがAPIを拡張したくないので(一部の場所でのみ)、最近、多くのインターフェースを削除し、多くのクラスを封印しました。これは com オブジェクトの .NET ラッパーであるため、ユーザーが何かを拡張する必要はあまりありません。
痛みのゾーンから抜け出すための良い方法は何ですか?
ありがとう
ndepend - NDepend を使用した継承されたメソッドの依存関係
NDependのクラス ブラウザには、継承されたメソッドを表示するオプションがないようです。
たとえば、 RootModelから派生した何千もの単一ルートのModelオブジェクトがあるシナリオがあります。RootModelのみがSave()を定義します。SampleModel (:RootModel) がSave()を呼び出すすべてのインスタンスを見つけるためのクエリをどのように作成しますか?
...拒否されました:有効なアセンブリ、名前空間、型、メソッド、またはフィールド名ではありません。
これは最良の概算のようですが、正確ではありません。
これはかなり厳しい制限のようですね。回避策は何ですか?
fxcop - 分析ツールがリファクタリングを適用しないのはなぜですか?
私は現在、 fxCopとNDependを頻繁に使用していますが、レポートが生成する「間違った」1アイテムを目にし続けており、なぜこれらのツールが提案されている修正を行うことができないのでしょうか?
解決するのが非常に難しいものもありますが、フィールドを読み取り専用としてマークする必要があるようなものは、ツールが持つ情報を使用して非常に簡単に適用できます。ただし、私にとっては、ツールに移動し、アイテムを見つけてコードを配置することなどを意味します...最小のアイテムでもかなりの時間がかかります。
CodeRush Xpressが一部のリファクタリングで行うのと同じように、各変更を確認する必要があれば幸いです。
これらのツールがこれを行わない理由はありますか?
1間違いはここでは相対的です。なぜなら、ネーミングに関するすべての fxCop エラーの 1700 クラスのようなものは悪いコードではありませんが、新しい開発者がコードに取り組むのを難しくするからです。
.net - MSB3247 の解決 - 同じ依存アセンブリの異なるバージョン間で競合が見つかりました
.NET 3.5 ソリューションでは、msbuild でコンパイルすると、この警告が発生しました。
NDepend が役立つ場合もありますが、この場合、それ以上の詳細は示されませんでした。Bob のように、従属アセンブリの古いバージョンを参照しているアセンブリが見つかるまで、ILDASM で各アセンブリを開くことに頼らざるを得なくなりました。
VS 2010 Beta 2 の MSBUILD を使用してみました (Connect の記事では、これは CLR の次のバージョンで修正されることが示されていました) が、それ以上の詳細は提供されませんでした (おそらく Beta 2 で修正された可能性があります)。
より良い (より自動化された) アプローチはありますか?
asp.net - ndependを使用してasp.netサイトを分析する
ndependを使用して(asp.netで構築された)Webサイトを分析しようとしています。
「未使用のコード/デッドコード」に関するCQLクエリを見ると、ツールはほとんどすべてのメソッド(onload、onprerenderなどを含む)を引用していますが、これは明らかに間違っています。
より良い結果を得るために私が何ができるか誰かが知っていますか?前もって感謝します
.net - 未使用のメソッドとプロパティを特定する
私は自己完結型のソリューションを持っています (DLL は他のプロジェクトで使用されていないため、メソッドが他の場所で使用されていることを心配する必要はありません)。
まったく使用されていないすべてのメソッド/プロパティを特定する方法を見つけようとしています。
したがって、プライベート メソッド/プロパティだけを見ることはできません。パブリック メソッドとプロパティも確認する必要があります。
私は過去にこれを行ったプログラムを使用しましたが、プライベート メソッド/プロパティに対してのみ使用しました (それが保証するものは別のプロジェクトでは使用されませんでした)。それが何だったのか思い出せたとしても、それは私のニーズを満たしていませんでした。
nDepend を調べましたが、これがアプリケーションの標準的なものなのか、それともカスタム CQL ステートメントを記述する必要があるのかはわかりません。
これを実行するアプリケーションを知っている人はいますか? nDepend で実行できる場合、nDepend で実行するのはどれほど難しいでしょうか?