Как заставить Spring принимать свободно (не пустые) сеттеры?

есть ли настройка весной, чтобы позволить мне использовать непустые сеттеры?

простой ответ-Нет - нет такой настройки.

Spring разработан, чтобы быть совместимым со спецификацией JavaBeans, и это требует, чтобы сеттеры возвращались void.

для обсуждения обратитесь к эта весенняя тема форумов. Существуют возможные способы обойти это ограничение, упомянутое на форуме, но нет простого решения, и я не думаю, кто-то действительно сообщил, что они пробовали это и что это сработало.

Spring также можно настроить с помощью настройки Java.

пример:

@Configuration
public class Config {
    @Bean
    public MyComponent myComponent() {
        return MyComponent
            .setID(id)
            .setProperty("One", "1")
            .setProperty("Two", "2")
            .setAssociation(anotherConfig.anotherComponent())
            .execute();
    }

    @Autowired
    private AnotherConfig anotherConfig;

    @Value("${id}")
    private String id;
}

у вас есть хороший неизменяемый объект. Вы фактически реализовали шаблон Builder!

обновлено, чтобы ответить на комментарий Криса:

Я думаю, это не совсем то, что вы хотите, но использовать файлы свойств решает некоторые вопросы. См. поле id в приведенном выше примере.

Else, вы можете использовать весну FactoryBean шаблон:

public class MyComponentFactory implements FactoryBean<MyComponent> {

    private MyComponent myComponent;

    public MyComponentFactory(String id, Property propertyOne, ..) {
        myComponent = MyComponent
            .setID(id)
            .setProperty("One", "1")
            .set(..)
            .execute();
    }

    public MyComponent getObject() throws Exception {
        return myComponent;
    }

    public Class<MyComponent> getObjectType() {
        return MyComponent.class;
    }

    public boolean isSingleton() {
        return false;
    }
}

С FactoryBean вы защищаете конфигурацию от объекта, возвращаемого из getObject() метод.

в конфигурации XML вы настраиваете реализацию FactoryBean. В этом случае с <constructor-arg /> элементы.

одно простое предложение, обычно не использовать сеттеры, а сами имена свойств. Так что есть сеттер, и есть другой метод для строителя:

component.id("MyId")
    .property("One")
    .property2("Two")
    .association(anotherComponent)
    .execute();

насколько я знаю, нет простого переключателя. Spring использует соглашение Beans и ожидает пустого сеттера. Spring работает с бобами на уровне свойств через экземпляр BeanWrapper интерфейс. Реализация по умолчанию, BeanWrapperImpl, использует интроспекцию, но вы можете создать свою собственную измененную версию, которая использует отражение, чтобы найти методы, соответствующие вашему шаблону.

EDIT: глядя на код Spring,BeanWrapperImpl жестко подключен к фабрикам фасоли, нет простого способа заменить это другой реализацией. Однако, поскольку spring использует интроспекцию, мы можем работать над получением java.зернышки.Интроспектор!--6--> произвести результаты мы хотим. Вот варианты в порядке уменьшения боли:

1. измените подпись метода на ваших сеттерах, чтобы соответствовать.
2. реализовать собственные BeanInfo классы для каждого из ваших зерен
3. используйте отражение для подключения динамически генерируемых BeanInfo классы в самоанализа.

первые два варианта, вероятно, не совсем варианты для вас, так как они включают в себя довольно много изменений. Исследуя третий вариант более подробно:

1. чтобы узнать, какие бобы создаются весной, реализуйте свой собственный BeanFactoryPostProcessor. Это позволяет увидеть все определения bean, прежде чем они будут использоваться BeanFactory. Ваша реализация повторяет все BeanDefinitions в factor и извлекает класс bean из каждого определения. Теперь вы знаете все классы, которые используются.

2. со списком классов вы можете создать свой собственный BeanInfos для этих классов. Вы используете Интроспектор для создания BeanInfo по умолчанию для каждого класса, который даст вам свойства только для чтения для ваших свойств с задатчиками возвращаемых значений. Затем вы создаете новый BeanInfo на основе оригинала, но с помощью PropertyDescriptors, ссылающихся на setter методы-ваши задатчики возвращаемого значения.

3. С Новым beanInfos, сгенерированным для каждого класса, вам нужно убедиться, что Интроспектор возвращает их при запросе beaninfo для вашего класса. Интроспектор имеет частную карту, которая используется для кэширования beanInfos. Вы можете получить это через отражение, включить access-setAccessible (true) - и добавить к нему свои экземпляры BeanInfo - map.put(Class,BeanInfo).

4. когда весна просит Интроспектора BeanInfo для вашего класса bean, интроспектор возвращает измененный beanInfo, в комплекте с методами сеттера, сопоставленными с сеттерами с возвращаемыми значениями.

как говорили другие, вы рискуете потерять не только весеннее дружелюбие. Не-пустотный сеттер на самом деле не сеттер, насколько это касается JavaBeans, и все виды других инструментов (валидаторы, маршаллеры, зрители, персистенты, все остальное, что вы можете придумать), вероятно, будут использовать самоанализа и beaninfo, которые, которые ожидают, что сеттеры будут null.

имея это в виду, насколько гибким является требование, чтобы они назывались setX? Много свободно интерфейсы в Java use withX вместо. Если вы используете Eclipse, то вы, вероятно, можете создать шаблон генерации кода X getX(), void setX(X x) и X withX(X x) для вас. Если вы используете какой-то другой инструмент codegen, я могу представить добавление withX беглые методы сеттера/геттера также были бы легки.

на with слово кажется немного странным, но когда вы видите его рядом с конструктором, он очень хорошо читает.

Request r = new Request().withEndpoint("example.com")
                         .withPort(80)
                         .withSSL(false)
                         .withFoo("My Foo");

service.send(r);

одним из таких API является AWS SDK для Java, которым вы можете проконсультироваться для примеров. Предостережение вне темы-это boolean геттеры могут называться isX, а Boolean геттеры должны называться getX.