Мерзавец просто делает более трудным завинтить всех репозиторий else с плохим слиянием.
единственная реальная выгода - то, что Мерзавец очень, намного быстрее при слиянии, потому что все сделано локально, и оно записано в C.
SVN, правильно используемый, совершенно применим.
Вы пытались проверить метод getbList ()? Вы можете сделать:
if(bList.isEmpty())
return null;
return bList;
Hibernate всегда будет создавать объект для ваших ссылок, но вы можете управлять данными внутри геттеров и сеттеров. Если в списке 0 элементов, вы всегда можете вернуть null.
Мне любопытно, почему вы считаете это «ограничением» - действительно ли пустой bList
имеет другое значение для вашего приложения, чем пустой bList
?
Я думаю, что в большинстве областей нулевая коллекция и пустая коллекция имеют одно и то же семантическое значение, и я думаю, именно поэтому разработчики Hibernate стремились ограничить Hibernate только одним. Нет особого смысла всегда проверять if (bList == null || bList.isEmpty)
, если эти два значения всегда означают одно и то же.
Для обработки в вашем коде очевидный способ - в геттере, однако это не поможет вам, если вы хотите оценить его в HQL.
Две идеи:
@PostLoad / @PostConstruct
это делает то же самое.