このページの内容は最新ではありません。最新版の英語を参照するには、ここをクリックします。
呼び出し元の関数の数がしきい値を超えている
説明
この欠陥は、チェッカーの定義済みしきい値を超える数の個別の呼び出し元が含まれる関数に対して報告されます。Polyspace が関数の呼び出し元の数を計算する方法について詳しくは、呼び出し元関数の数
を参照してください。
Polyspace® は、ユーザーがしきい値を指定しない限り、既定のしきい値として 5 を使用します。しきい値を指定できる選択ファイルを指定するには、オプション [ファイルごとにチェッカーを設定] (-checkers-selection-file)
または [チェッカー アクティベーション ファイル] (-checkers-activation-file)
を使用します。
polyspace-comments-import
を使用して以前の解析からコメントをインポートすると、Polyspace は以前の結果のコード メトリクスの呼び出し元関数の数
に関するレビュー情報を、このチェッカーの現在の結果にコピーします。現在の結果に同じコード メトリクスが含まれている場合、レビュー情報はそのコード メトリクスにもコピーされます。
リスク
このチェッカーに違反している場合は、次の可能性があります。
フラグが設定された関数で発生している問題が伝播し、さまざまな場所で予期しない影響を与えている。
ファイル内のデータ フローが複雑になっていて、問題の根本原因を見つけるのが難しい。
フラグが設定された関数が複数のタスクを実行している。
これらの要因により、モジュールの保守とデバッグが困難になります。
修正方法
このチェックを修正するには、コードをリファクタリングするか、チェッカーのしきい値を変更します。コードをリファクタリングする場合は、コード内の関数を次のように設計します。
各関数が単一の特定のタスクを実行するようにする。
関数が他の関数に与える二次的影響を最小限にする。
ベスト プラクティスは、開発後のリファクタリング コストを回避するために、開発の早期段階でモジュールの複雑度をチェックすることです。
例
チェック情報
グループ: ソフトウェアの複雑度 |
言語: C | C++ |
頭字語: SC04
|
既定のしきい値: 5 |
バージョン履歴
R2021a で導入