プログラム設計の影響

語彙

English	意味
modular/ˈmɒdjʊlə/	モジュール化

2つの整理された設計が異なる平均値を報告する場合があります

架空の記録には、得点80、欠席、および得点100が含まれています。欠席をゼロとみなすと(80 + 0 + 100) / 3 = 60になり、欠席の結果を除外すると(80 + 100) / 2 = 90になります。
別々のメソッドにより、どちらの結果も正しく計算できます。組織構造は報告方針を選択しません：欠席の意味、決定者、および報告に示すべき分母を、結果を使用する前に明確に定めてください。

同じ記録でも、2つの明示的な欠失得点ポリシーにより、60または90が生成されます

実践

得点は 80、欠席、そして 100 です。利用可能な得点のポリシーに基づき、平均値はいくらになりますか？

難易度 2/5 · 140 コイン + 今日初回完了時に小ボーナス付与

要件を契約に変換する

欠席が「未実施の評価課題」、「割り当てされていない課題」、あるいは「まだ入力されていないデータ」を意味するかを指定してください。これらのケースは同一のルールを共有する必要はなく、架空の例は影響を示すものであり、学校の格付け方針を規定するものではありません。
受け入れられる入力、欠失値の扱い、および結果を明記してください。「利用可能な得点の平均」というルールがある場合、全欠失の記録には平均がありません。ゼロを推測したり、ゼロで割ったりするのではなく、そのケースを明示的に報告してください。

チェック responsibilities を分離する

モジュール化された設計では、readScores、averageAvailable、printReportが分離されています。平均メソッドは、ファイルを読み込んだり、フォーマット出力をキャプチャしたりせずに既知の値を用いてチェックできます。
インターフェースが明確なままである場合、この分離は役立ちます。欠席の意味の変更は、計算、報告、およびチェックの変化を依然として必要とする可能性があります。小さなメソッドと良い名前だけでは、これらの依存関係を完全に防げません。

通常のケースと境界条件をチェックする

利用可能な得点のポリシーに対して、[80, 欠席, 100]が90になること、単一の80が80になること、そして[欠席, 欠席]が合意された「結果なし」のOutcomeになることを確認してください。単にプログラムが正常に動作することだけを確認してはいけません。
以下の計算では、欠失値にnullを使用します。これはダブル型の平均を返し、全欠失のケースを拒否します。通常の得点の非null配列を前提としています。入力検証と報告は別の責任です。

Example

public class AverageAvailable {
    public static double averageAvailable(Integer[] scores) {
        double total = 0;
        int present = 0;
        for (Integer score : scores) {
            if (score != null) {
                total += score;
                present++;
            }
        }
        if (present == 0) {
            throw new IllegalArgumentException("No available scores");
        }
        return total / present;
    }
}

実践

モジュール化された設計（独立しており、名前が適切で明確な部分）は主に...