通常、大きなCプロジェクトを分析するには、grep/GNUコマンドラインツールlint、単純なPythonスクリプトが好きです。 「Cプロジェクトを分析する」と言っているのは、コードの統計情報を収集し、プロジェクトの構造、データ構造、実行の流れ、関数が何を呼び出すのか、別のモジュールのエントリポイント、静的メンバー、スレッドなどを理解することです。オブジェクト指向のコードで良いです。C++/Objective-C - 大きなプロジェクトを分析する方法（Unixの方法）？
多数のソースファイルと複数のディレクトリを含む大きなC++（またはObjective-C）プロジェクトがある場合は、クラス図、データフィールド、メソッド、メッセージ、インスタンスなどを確認したいと思います。
私は最も多くのUnix wayソリューションをお探ししています。手伝って頂けますか？
Doxygenは、私が前回検索したときに私が見つけた最も近いものです。 UNIXの方法ではありませんが、linux/windows/macでは無料で利用できます。それは私のために降下グラフを生成しました。それが役に立てば幸い。
あなたのリクエストは、テキストベースのさまざまなビューを対象としています。
Understand for C++は、これらの混合物です。それがObjectiveCかどうかわからない。
私たちのSource Code Search Engine (SCSE)はかなり制限されていますが、grepよりもはるかに高速な "grep"を提供します。大規模なコードベースの場合、これは重要です。複数の言語や方言を扱います。私たちはObjective Cの方言を持っていませんが、CやC++のフロントエンドは実際にはかなりうまくいくと思います。Objective Cはほとんど同じ字句構文を使用しているからです。
メッセージの受け渡しと動的ディスパッチを行うと、あなたはかなりねじ込まれてしまいます。それは言語にも依存しません。メッセージはC++の世界でもよく使われています。コードを分析してアプリケーションフローがどのように見えるかを示すツールはありません。そのような場合、データ/実行フロー全体は設定ファイル、プロデューサ/コンシューマの接続方法などに大きく左右されます。あなたが運が良ければ、ハイレベルなドキュメントがあります。多分写真やアイデア全体の説明などがあります。それ以外の場合、唯一のオプションは、デバッガの下で任意のコンフィギュレーションを実行し、そこで何が起こっているかを確認することですステップごとに。それは本当のUNIXの方法ではありませんか？