問題タブ [lines-of-code]

この例には1行のコードと2行のテキストがあることを理解しているので、これはばかげた質問かもしれません。

私は正しいですか、それとも間違っていますか？

Pythonファイルに保存されているクラスまたは関数内のコードの行数を見つけようとしています私のコードはこのようなものです...私が望むのは、すべてのファイルではなくクラス内のコードの行数を見つけることです・・・何かいい方法はないでしょうか？？

Pythonファイルのクラス内のコードの行数を見つけようとしています..len（inspect.getsourcelines（b）[0]）を使用して、ファイル内の各クラスのコードの行数を返しました。しかし、コード行に加えてコメントとドキュメント文字列をカウントする問題..コメントとドキュメント文字列を破棄する方法はありますか？

Visual Studio のコード メトリクス アナライザーとコード メトリクス パワー ツールTestMethodは、次のコードのメソッドのコード行数を 8 と報告します。

せいぜい、コード行を 3 行と報告することを期待します。

なぜこれが当てはまるのか、誰でも説明できますか？

詳細情報

もう少し掘り下げた後out、Test メソッドからパラメーターを削除してテスト コードを更新すると、LOC が 2 として報告されることがわかりました。これは正しいと思います。を追加するoutとジャンプが発生するため、ブレースや属性が原因ではありません。

dotPeek を使用して DLL を逆コンパイルすると、out8 LOC と見なされる可能性のあるパラメーターのために生成されたかなりの量の追加コードが明らかになりますが、パラメーターを削除して逆コンパイルすると、5 LOC と見なされる可能性のある生成されたコードも明らかになるため、単に VS の問題ではありません。コンパイラが生成したコードを数えます（とにかくそうすべきだとは思いません）。

これがすでに回答されている場合は申し訳ありませんが、グーグルやスタックの検索には何も入っていません。

Notepadd ++で複数の行をコピーして貼り付けると、すべての行が相対的なインデントを保持しますが、最初の行に対しては相対的ではありません。

貼り付けた最初の行に対してn+1行がインデントを保持するようにする設定を知っている人はいますか？

フロントエンド技術 (例: freemarker) を含むプロジェクトの総 KLOC を知りたいです。Java (のみ) ファイルのメトリクス収集に IntelliJ IDE と Jacoco を使用しています。標準的なテクノロジー スタックは、次のようになります。

1. Java、Spring、JSP、Freemarker テンプレート、iBatis (XML クエリ)、Hibernate

2. Java、Groovy & Grails (フロントエンドの gsp)

プロジェクトの種類ごとに、スタック全体の合計 KLOC をどのように数えますか?

好奇心から、(特定のプロジェクトで) 記述したコードの行数を取得する方法はありますか?

でperforceを試しましp4 describe #CLN | wc -lたが、非常に多くのエッジケース（コメントが含まれている、新しい行が追加されているなど）を除けば、新しく追加されたファイルもスキップされます。コードの物理行を表示しようとしても、新しく追加されたファイルが依然として問題を引き起こす場合、エッジ ケースは無視できます。

Javaファイルからコードの行数を取得しようとしています。しかし、私はそれらを数えるのに苦労しています。

最初にifsでそれらをスキップしようとしましたが、私のアイデアは機能しません。今、私はコメント付きの同じ行を数えています、私のJavaファイルはこのヘッダーを持っています。どんなアイデアでも、私はそれらを数える方法に固執しています。

私の場合は、コメントブロックで行数を取得するためのものです。引き算をしようとしています。

eclipseプロジェクトのコード行の左側に空白があるコードがたくさんあります。このコードの一部を選択し、余分な白い間隔を削除して、各行がウィンドウの左端に揃うようにします。

NDepend 4.1 API を使用して、Visual Studio 2010 ソリューションのコード行数を数えています。このソリューションには、すべて .NET Framework 4 をターゲットにしているいくつかのプロジェクトがあります。コードは次のとおりです。

ソリューションに対してこの分析を繰り返し実行すると、ソリューションまたはそのコンパイル済みアセンブリをまったく変更していなくtotalLocても、異なる結果が得られます。たとえば、分析を 3 回実行すると、12100、12220、および 12075 の値が得られる可能性があります。totalLoc

もう少し掘り下げて、analysisResult.CodeBase.Application.Methods各メソッドの名前とNbLinesOfCodeテキスト ファイルへの書き込みを繰り返し始めました。任意の 2 回の解析実行からファイルを比較すると、ほとんどのメソッドで一貫した LOC カウントが示されますが、そうでないメソッドがいくつかあることに気付きます。これにはパターンが見られず、毎回同じメソッドのセットではないようです。

この奇妙な動作の原因は何ですか?

更新 1:単一のアセンブリで分析を実行すると、一貫した LOC カウントが得られます。この問題は、複数のアセンブリを に渡す場合にのみ発生しCreateTemporaryProjectます。