Как связать свойство компонента с другим и наблюдать изменения в Платформе Spring

Я не думаю, что то, что вы делаете, возможно в Spring 2.5. Это может стать возможным в Spring 3 с использованием нового синтаксиса выражений, но я так не думаю.

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

Самый простой способ - сделать это свойство bean-компонентом, на который ссылаются два других bean-компонента, например, для значения String должен быть класс StringHolder:

public class StringHolder {
     private String value;

     // setter and getter elided due to author's lazyness

}

Согласно документации, вы можете установить его через hibernate.connection.isolation . Если вам нужен более точный контроль, изучите механизмы пессимистической блокировки NHibernate.

public class Contact {
    ...

    private String phone;
    private String name;
    private Integer id;

    public Contact(Integer id, String name, String phone) {
        this.phone = phone;
        this.name = name;
        this.id = id;
    }

    public void setPhone(String phone) {
        this.phone = phone.
    }

    //Other getters, setters, etc

    ...
}


@Aspect
public class ContactPhoneSynchronizer {
    //there is probably a more efficient way to keep track of contact objects
    //but right now i can't think of one, because for things like a tree, we need to 
    //be able to identify objects with the same name (John Smith), but that
    //have different unique ids, since we only want one of each Contact object
    //in this cache.

    private List<Contact> contacts = Collections.synchronizedList(new ArrayList<Contact>());

    /**
        This method will execute every time someone makes a new Contact object.
        If it already exists, return it from the cache in this.contacts.  Otherwise,
        proceed with the object construction and put that object in the cache.
    **/

    @Around("call(public Contact.new(Integer,String,String)) && args(id,name,phone)")
    public Object cacheNewContact(ProceedingJoinPoint joinPoint, Integer id, String name, String phone) {
        Contact contact = null;

        for (Contact c : contacts) {
            if (id.equals(c.getId()) {
                contact = c;
                break;
            }
        }

        if (contact == null) {
            contact = (Contact) joinPoint.proceed();
            this.contacts.add(contact);            
        }

        return contact;
    }

    /**This should execute every time a setPhone() method is executed on 
        a contact object.  The method looks for all Contacts of the same
        name in the cache and then sets their phone number to the one being passed
        into the original target class.

        Because objects are passed by reference until you do a reassociation, 
        calling c.setPhone on the object in the cache should update the actual
        instance of the object in memory, so whoever has that reference will
        get the updated information.
    **/

    @After("execution(example.Contact.setPhone(String) && args(phone)")
    public void syncContact(JoinPoint joinPoint, String phone) {
        Contact contact = joinPoint.getTarget();

        for (Contact c : this.contacts) {
            if (c.getName().equals(contact.getName()) {
                c.setPhone(phone);
            }
        }
    }
}

Опять же, есть, вероятно, 100 способов, которыми вы могли бы это оптимизировать, так как я набираю это в уме; то есть, если вы в первую очередь хотели пройти этот маршрут. Теоретически это должно сработать, но я вообще не тестировал.

В любом случае, счастливой весны!

Вся идея Spring заключается (была?) В том, чтобы сохранить чистый объектно-ориентированный дизайн, состоящий из простых старых объектов Java, и использовать структуру Spring для обработки утомительного создания объектов. Что касается АОП, это должно решать только общие проблемы. Я совсем не уверен, что это один из тех случаев, когда АОП - хорошая идея. Ваше приложение зависит от поведения этих телефонных номеров, синхронизируемых друг с другом, это одна из основных функций. Таким образом, ваш дизайн должен отражать это.

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

Если у вас есть объект PhoneNumber, который принимает число в качестве аргумента конструктора, сопоставление становится тривиальным: