Dozer BeanFactory: Как его реализовать?

Question

Я просмотрел часто задаваемые вопросы и документы Доктора, включая форум SourceForge, но я не видел ни одного хорошего учебника или даже простого примера о том, как реализовать пользовательский BeanFactory.

Все говорят: «Просто реализуйте BeanFactory». Как именно вы его реализуете?

У меня Googled, и все, что я вижу, это просто банки и источники банок.

Answer 1

Вот один из моих BeanFactories, я надеюсь, что это помогает объяснить общую закономерность:

public class LineBeanFactory implements BeanFactory { 

    @Override 
    public Object createBean(final Object source, final Class<?> sourceClass, final String targetBeanId) { 

     final LineDto dto = (LineDto) source; 

     return new Line(dto.getCode(), dto.getElectrified(), dto.getName()); 

    } 

} 

И соответствующее отображение XML:

<mapping> 

     <class-a bean-factory="com.floyd.nav.web.ws.mapping.dozer.LineBeanFactory">com.floyd.nav.core.model.Line</class-a> 
     <class-b>com.floyd.nav.web.contract.dto.LineDto</class-b> 

</mapping> 

Таким образом, я заявляю, что когда новый экземпляр Line необходим, тогда он должен создать его с помощью BeanFactory. Вот тестовый модуль, который может объяснить:

@Test 
public void Line_is_created_with_three_arg_constructor_from_LineDto() { 

    final LineDto dto = createTransientLineDto(); 

    final Line line = (Line) this.lineBeanFactory.createBean(dto, LineDto.class, null); 

    assertEquals(dto.getCode(), line.getCode()); 
    assertEquals(dto.getElectrified(), line.isElectrified()); 
    assertEquals(dto.getName(), line.getName()); 

} 

Так Объект источник является источником боб, который отображается, Класс sourceClass класс исходного боба (я игнорирую его, ' потому что это всегда будет экземпляр LineDto). Строка targetBeanId - это идентификатор целевого компонента (тоже игнорируется).

Answer 2

Пользовательская фабрика bean - это класс, который имеет метод, который создает компонент. Есть два «ароматы»

а) статический метод создания

SomeBean x = SomeBeanFactory.createSomeBean(); 

б) экземпляр создать метод

SomeBeanFactory sbf = new SomeBeanFactory(); 
SomeBean x = sbf.createSomeBean(); 

Вы бы создать фабрику объектов, если создание и настройка вашего боб требует некоторых сложно логика, как, например, начальное значение некоторых свойств зависит от внешнего файла конфигурации. Класс фабрики фасоли позволяет централизовать «знания» о том, как создать такой сложный компонент. Другие классы просто вызывают метод create, не подозревая, как правильно создать такой компонент.

Answer 3

Настоящая реализация. Очевидно, это не имеет большого смысла, поскольку Dozer будет делать то же самое без BeanFactory, но вместо того, чтобы просто возвращать объект, вы могли бы как-то его инициализировать.

public class ComponentBeanFactory implements BeanFactory { 

    @Override 
    public Object createBean(Object source, Class<?> sourceClass, 
      String targetBeanId) { 
     return new ComponentDto(); 
    } 

} 

Зачем вам нужен BeanFactory в любом случае? Может быть, это поможет понять ваш вопрос.