Как сделать пружину, принимают быстрые (непустые) методы set?

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

РЕДАКТИРОВАТЬ: Глядя на код Spring, BeanWrapperImpl жестко встроен в фабрики компонентов, нет простого способа заменить это другой реализацией. Однако, поскольку Spring использует интроспекцию, мы можем работать над получением java.beans.Introspector для получения желаемых результатов. Вот альтернативы в порядке уменьшения боли:

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

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

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

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

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

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

Есть ли в Spring настройка, позволяющая мне использовать сеттеры, не являющиеся недействительными?

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

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

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

Как говорили другие, вы рискуете потерять не только дружелюбие к Spring. Сеттер без пустот на самом деле не является сеттером в том, что касается JavaBeans, и всевозможные другие инструменты (валидаторы, маршаллеры, средства просмотра, персистеры, все, что вы можете придумать), вероятно, будут использовать Introspector и BeanInfo , которые ожидают, что установщики будут нулевыми.

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

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

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

service.send(r);

Одним из таких API является AWS SDK для Java , примеры которого можно найти. Не по теме предостережение: логические геттеры могут называться isX , но логические геттеры должны называться getX .

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

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

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 в примере выше.

Кроме того, вы можете использовать FactoryBean от Spring:

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. В данном случае с помощью элементов.