NDependのCQLは、次のCQLクエリを使用してLOC

のためにN/Aを返すクエリ：NDependのCQLは、次のCQLクエリを使用してLOC

SELECT NAMESPACES WHERE NameLike "Test$" ORDER BY NbLinesOfCode DESC

私は "N/A" の代わりに、NbLinesOfCodeの番号を示し、いくつかの結果を取得しています。なぜこれが起こっているのか、それを解決する方法は誰でも知っていますか？

注：NbLinesOfCodeをNbILInstructionsに変更しようとしましたが、結果レコードにN/Aが表示されませんでした。

出典

2012-04-12 Dan Ling

ここでは二つのものが存在することができます：

NbLinesOfCodeとNbILInstructions両方がN/Aが表示されている場合、それは名前空間が任意のコードを持っているdoesntのことを意味し、（インターフェース、代表者または列挙型のような）コードのない唯一のタイプが含まれています
NbLinesOfCodeにはN/Aと表示されていますが、NbILInstructionsに何かが表示されている場合、NDependはアセンブリPDBにアクセスできません。詳細については、Understanding NDepend Analysis Inputs

出典

2012-04-13 07:36:41

Patrick、ご返信ありがとうございます。私のソリューションには35のプロジェクトがあり、NDependの「エラーリスト」には、5つのPDBが破損していると言う5つの警告があり、それは完全にNAの結果と相関しています。残念ながら私はPDBの何が間違っているのか分かりません。それらはVisual Studioのビルドによって直接生成されており、最新のものであることを確認しました。 –

私は、NDependが壊れているとラベル付けしたアセンブリをデバッグできると付け加えるべきです。私は何とか問題がNDepend、VS/MSビルド、または私のソースコード内にあるかどうかを判断する必要があると思います。 –

破損したPDBについては、どういうわけか（プロファイル、またはVSTSツール）？これらの5つのアセンブリは他と区別できますか？ –

NDependのCQLは、次のCQLクエリを使用してLOC

答えて

関連する問題