@Transient vs decorator

Question

私はエンティティのモデリングに少し矛盾しています。

私たちは約6〜8個のインスタンス変数を持つエンティティを持っています。それらのうちの2つは実際にはデータベースに保持されず、検証やUIでの表示にのみ使用されます。したがって、エンティティを取得するときに、外部ルックアップが設定されます。

今、私の同僚の一人によると、@Transientを使用するよりも、デコレータを使用する方が優れています。ある程度、私は同意する。 DBが表す実際のモデルを明らかにしているからです。

しかし、それはいくつかのケースのための追加の定型（私はMyEntityBOとしてエンティティに名前を付けることができ、ビジネス用などを追加します。しかし、私はUIのためにそれを使用する場合...再び少し混乱される名前になります。

は

私の質問は、何がありますシナリオは@Transientをデコレータではなくデコレータを使用する方が良い、またはその逆を使用する方が良い

Answer 1

これは、エンティティをDBマッピングとUIマップの両方に使用するための良い方法ではありません。 ping。常に単一責任の原則について考える。エンティティはDBマッピングのみを担当する必要があります。 UI表現用のDTOレイヤーを作成する必要があります。しかし、この場合はコンバータを作成する必要があります、それは退屈です、私はMapstruct - http://mapstruct.orgを使用することを提案します。 @Transientを使用する必要がある場合、これは間違っている最初の兆候です。心に留めておいてください。幸運:)

@Entity 
public class User { 
    @Id 
    Long id; 
    String name; 
} 

public class UserDto{ 
    Long id; 
    String name; 
} 

public class UserConverter{ 
    public UserDto toDto(User user) { 
     if (user == null) return null; 
     UserDto dto = new UserDto(); 
     dto.setId(user.getId()); 
     dto.setName(user.getName()); 
     return dto; 
    } 

    public User toEntity(UserDto dto){...} 
} 

そして、DTO中には、あなたはどちらもあなたには、いくつかの目的

Answer 2

デコレータパターンを使用する主な欠点は、コードのメンテナンスが問題になることです（私の経験から） @Transient