問題タブ [ndepend]

NDepend の試用版をダウンロードしました。私が探しているのは、コードの標準化に役立つツールです。中括弧、スペース、命名規則などのスタイルだけでなく、まとまりと複雑さにおいても。

結束力と複雑さをビルドエラーに統合できるかどうかを教えてくれる人はいますか（たとえば、複雑さがnより大きい場合はエラーになります）??? NDepend の結果を解析する独自の xml リーダーを書き始める前に、これがツールに統合されているかどうかを知りたいです。

Visual Studio 2008 の一部のバージョンにはこれらのメトリックがあることは知っていますが、NDepened には Visual Studio のバージョンとは別にそれがあるようです。他にお勧めのツールはありますか???

ありがとう！

プロジェクト内に次のものがあります

しかし、outputDir を ccnet artifactsfolder/buildlabel にしたいのですが、どうすればそれを行うことができますか?

NDependプロジェクトにいくつかのカスタムCQLがあり、NDepend.Console.exeを使用してこれらのCQLの結果を生成したいと思います。レポートを生成すると、カスタムCQLの結果がレポートに表示されません。Visual NDependからエクスポートできますが、スクリプトからNDepend.Console.exeを使用したいと思います。蟻。

巨大なコードベースがあり、ローカル変数が多すぎるメソッドだけで226個のメソッドが返されます。この巨大なテーブルがxml出力にダンプされて乱雑になることは望ましくありません。可能であれば、トップ10が欲しいのですが、本当に必要なのは、トレンドとエグゼクティブの要約を実行できるようにするためのカウントです。これを行うためのクリーン/効率的/スケーラブルでハッキーでない方法はありますか？

ndependタスクの代わりに実行可能タスクを使用でき（マージが自動化されないようにするため）、クラッターがマージされないことを想像します。次に、それらのファイルを手動で操作して要約を取得しますが、より短いパスがあるかどうかを知りたいですか？

I am using a NAnt build script to call NDepend with the required command line arguments.

But what I am looking for is to get NDepend to recurse through all subdirectories of the specified 'input directory' for the assemblies listed in my NDepend project file.

I used NAnt to copy all assemblies recursively to a specified folder and then pointed NDepend to this as its input. But this method results in many missing metrics relating to the code itself.

Any ideas how without listing the explicit path of all of my assemblies (it is a large project); I can get metrics across the whole solution by specifying the top level directory?

ラムダを使用してリストを初期化すると、ILの循環的複雑度が高くなります。なぜ、どのようにしてこの複雑度を取り除くのでしょうか。たとえば、次のコードを使用すると、クラスの静的コンストラクター（実際にはコンパイラーによって生成されます）が非常に複雑になります。1+リスト数。

注：複雑さは次のように計算されますNDepend

自宅でオープン ソース プロジェクトのためにNDependを使用したいのですが、mono 2.6.8 の Linux で動作するかどうかわかりません。

モノラルのみのマシンで成功した人はいますか?

2 つの Visual Studio ソリューションがあり、それぞれが 3 つのアセンブリをビルドするとします。次に例を示します。

解決策 A: A1.dll、A2.dll、A3.dll。
解決策 B: B1.dll、B2.dll、B3.dll。

さらに、対応する 2 つの NDepend プロジェクト (NDependA と NDependB) を作成したとします。

このシナリオについて 2 つの質問があります。

No. 1: 結合された第 3 の NDepend プロジェクト ("NDependAB") を作成する簡単な方法はありますか?

No. 2: A4.dll のようなものを SolutionA に追加する場合、NDependA と NDependAB の両方を更新する必要がありますか、または NDependAB を "自動的に" 更新する方法はありますか?

CQL を使用すると、CodeWasChangedのメソッドを簡単に見つけることができますが、メトリクスも比較する必要があります。変更されたコードを見つけて、改善されたかどうかを確認したいと考えています。

混合コード ベースのndependとcppdependを評価しています。私は両方に非常に感銘を受けました。特に、cppdepend が従来の c++ と最新の c++ にうまく対応しているようです。

これを行う方法を考え出すことができれば、必要なことはすべて CQL 内で行うことができますが、それ以外の場合は、レポートを外部で結合するなどのことを行う必要があります。そのため、フォールバックとして CQL からのレポート生成の自動化と比較に関するヒントをいただければ幸いです。VisualCppDepend または VisualNDepend 内で CQL を使用すると、メトリクス ビューでクエリの結果を確認できるので、明らかに満足です。結果のライブ調査は、他のツールと比較して、これらのツールで重要です。

CodeWasChanged および IsInOlderBuild のような他の句に関するコメントは、CQLを古いビルドに対して強制的に実行することを示しています。これは、リビジョン間でクエリを機能させることができないことを示唆しています。

私が望むクエリの種類は、構文を想像するようなものです。

バージョン間で動作するように一般化

または多分

学校向けのプロジェクトがあります。ここで、すべてのメトリクス CK (Chidamber Kemerer メトリクス) のレポートを作成する必要があります。レポートは、これらすべての指標の表のようにする必要があります。質問は、それが生成するこのレポートを Ndepend から作成する方法です。これは私が探しているものではありません。

助けて、それを行う方法を教えてください...おそらくいくつかのヒント、ドキュメント、またはこれは非常に重要です...