@Transient vs decorator

Question

Я немного борюсь с моделью моих сущностей.

У нас есть сущность с 6-8 переменными экземпляра. Два из них на самом деле не сохраняются в базе данных, а используются только для проверки или отображения в пользовательском интерфейсе. Поэтому, когда мы извлекаем сущность, мы заполняем внешний вид.

Теперь, по словам одного из моих коллег, его лучшая практика использует декоратор вместо использования @Transient. В какой-то степени я согласен. Потому что он разъясняет фактическую модель, которую представляет БД.

Но это добавит дополнительные шаблонное для некоторых случаев (например, для бизнеса, я могу назвать объект как MyEntityBO. Но если я использую его для UI ... снова имя будет немного запутанными.

Моим вопрос, что сценарий лучше использовать @Transient, а не декоратор или наоборот

Answer 1

Это неправдоподобная практика использования объекта для обоих: отображение БД и карта пользовательского интерфейса пинг. Всегда думайте о принципе единой ответственности. Сущность должна быть просто ответственной за отображение БД, не более того. Вы должны создать слой DTO для представления пользовательского интерфейса. Но в этом случае вам также следует создавать конвертеры, это скучно, я предлагаю использовать Mapstruct - http://mapstruct.org. Если вам нужно использовать @Transient, это первый признак того, что smth идет не так, помните об этом. Удачи :)

@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

Главный недостаток использования шаблона Decorator заключается в том, что обслуживание кода может быть проблемой (по моему опыту). Я настоятельно рекомендую вам пойти с @Transient .