OOP - クラスにプロパティを追加するための最善のアプローチ

Question

Javaで記述され、HibernateにマップされたHRアプリケーションを開発します。特徴の1つは募集のフェーズです。私たちはコードがfiscalCodeクラスのプロパティを見て、特定の法律に非常に依存しているだけで、今まで市場向けに開発されているので

public class Candidate { 
    private String id; 
    private Integer candidateCode; 
    private GregorianCalendar birthDate; 
    private String italianFiscalCode; //unique code for italian people 
} 

：

Candidateクラスは、次のようにモデル化されています。

私たちは、この概念を、例えば一意の識別子が異なる可能性があり、いくつかの文字列で構成されていても、全く存在しなくてもよい、他の市場にも拡大できるように一般化しています。私の心にポップ

まず最初：

1 - 単にcountryIdentifierとしてフィールドの名前を変更し、特定の国のために必要に応じて他のフィールドを追加します。

private String countryIdentifier; //general unique code 
private Integer greekAddedCode; 

これは、DBMS列の名前を変更（および最終的に他のものを追加する）、そのフィールドを使用するすべてのクエリを変更する、（古いitalianFiscalCodeが使用されますここですべての配置）に必要なコードをリファクタリングを意味します。

これは

2私には貧しい実装のように見える - サブクラスCandidateはItalianCandidateとGreekCandidateを作成し、サブクラスで特定のフィールドを移動します。

問題は（私たちは（多対1とセット）すべての「重い」プロパティを移動するので重いクラスでHibernateマッピングを最適化するための唯一の機能を有しているCandidateクラスがすでにHeavyCandidateによってサブクラス化されていることですこれは私たちのすべての豆に従うアプローチです）。

この場合、最も正しいアプローチは何ですか？

Answer 1

GreekIdentifierとItalianIdentifierのようなクラスで実装されているインターフェイスIdentifier（名前についてはわからない）を作成します。それから私はCandidateにフィールドを追加したい：

Identifier identifier; 

GreekIdentifierの実装は、このようなものになります。countryIdentifierは本当にすべての識別子を持っている何かであるならば、あなたもそれを移動することができます

public class GreekIdentifier implements Identifier { 
    String countryIdentifier; 
    int addedCode; 

    //constructor, getters, setters ... 
    //actual behaviour, Indentifier @Overrides ... 
} 

を基本クラス（抽象クラ​​ス）までです。

Answer 2

私にとっては、クラスを拡張してサブクラスを作成するのが最善のことです。

次に、必要なフィールドをそのクラスに追加します。

ので

public class YourCandidate extends Candidate{ 

    // extra fields 
} 

候補と他のGreekCandidatesとの関係マッピングのための別のテーブルを作成します。これを採用することにより

：あなたは、コードの重複を防止するであろう

1. 。
2. OOPの主な原則に固執し、階層を維持します。これは良いexampleです。
3. あなたは現在のクラスとテーブルを変更する必要はありません。、これは常に良いことです。

Answer 3

これを行うには、抽象クラスを作成するのが良い方法だと思います。これを使用することにより、候補オブジェクトごとに汎用フレームワークが提供され、拡張クラスに特定のメソッドが必要であることも暗示されます。 「_The問題は `Candidate`クラスがすでにHeavyCandidate`_`によってサブクラス化されていることである」これはまた、コンストラクタで動作します、そして、それは一般的なアウトライン

public abstract class Candidate{ 
    //Use Vars Here 
    private String name; 

    //Constructor for the abstract class 
    public Candidate(String n){ 
     //Add Normal Constructor Code Here 
     name = n; 
    } 

    //A possible abstract method that may vary based on the type of candidate 
    public abstract String getType(); //Abstract Methods must be defined in a child class 
} 


public class SpecificCandidate extends Candidate{ 
    //Add other needed vars 
    //Normal Constructor 
    public SpecificCandidate(String n){ 
     super(n);  //This gets passed into the abstract constructor 
    } 

    //Define the Abstract Method 
    @Override 
    public String getName(){ 
     return "Specific"; 
    } 
}