これはデコレータのデザインパターンの良いインスタンスですか？

Question

今日私はコンピューターサイエンスコースへのイントロで試験を受けました。質問の1つがデコレータのデザインパターンにあり、それは私にいくつかの問題をもたらしました。私の質問は、正解が何であるかについてではなく、デコレータパターンをまったく使う良い例であるかどうかです。 PopulationクラスでPerson BMIを直接計算するのが簡単で、少数のクラスを必要とするのであれば、Person階層を飾るのはなぜですか？ BMIはPersonオブジェクトの状態の派生プロパティなので、デコレータは実際にこの場合に機能を追加しますか？

質問：使用上の人物インタフェース以下に定義人口のクラスを実装するためのDecoratorパターンを考えると

interface Person(){ 
    double getWeightInKG(); 
    double getHeightInMeters(); 
} 

。 BMIは、BMI =体重（Kg）/身長（メートル）^ 2の公式を使用して計算されます。これを実現するには、他のクラスやインタフェースを設計し実装する必要があります。 java.util.ArrayListを使用しているとします。

+ Population: 
    - public void addPerson(Person p); 
    - public void removePerson(Person p); 
    - public double getAverageBMI(); 
    - public Person[ ] getPeopleInBMIRange(double bmi_min, bmi_max); 
    - public int populationSize(); 

Answer 1

私は人を飾るためにデコレータパターンを使用しません。

class BMICalculator { 
    double getBMI(Person person) {} 
} 

は、その後、私は人口のクラス

class Population { 
    private final BMICalculator calc; 
    public double getAverageBMI() { 
     double total = 0; 
     for (Person p : people) { 
      total += calc.getBMI(p); 
     } 
     return total/people.size(); 
    } 
} 

私はデコレータがここに収まるとは思わないでBMICalculatorを使用します。私のようなものに見えるBMIを計算するための別のクラスを作成します。

Answer 2

アイデアは、インターフェイスを定義することです。 BmiPerson extends Person { double bmi(); }を入力し、Populationに集約します。したがって、BmiPersonがPersonまで拡張されていても、内部に別のPersonを含むように実装することはできます。つまり、デコレータです。少なくともそれが私が作ることのできる最高のものです。 PopulationはPersonを受け入れ、BmiPersonの余分な方法については知りませんので、まだそれほど意味をなさない。

Answer 3

この質問は（少なくとも）2つの理由からゴミです。

1.インターフェイスにデコレータパターンを適用することはできません。このパターンの目標は、 の基本機能に新しい動作を追加することです。インタフェースには基本機能がありません。

2.パターンのもう1つの点は、新しい の機能をオブジェクト単位で適用できることです。あなたは計算したくないBMIを持つ Personを決して持っていません。