Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Гдд Паттерны поведения

Кстати, всегда желательно фиксировать, какие операции класса Subject инициируют обновления;

а как избежать зависимости протокола обновления от наблюдателя: модели вытягивания и проталкивания. В реализациях паттерна наблюдатель субъ­ект довольно часто транслирует всем подписчикам дополнительную инфор­мацию о характере изменения. Она передается в виде аргумента операции Update, и объем ее меняется в широких диапазонах.

На одном полюсе находится так называемая модель проталкивания (push model), когда субъект посылает наблюдателям детальную информацию об изменении независимо от того, нужно ли им это. На другом - модель вытя­гивания (pull model), когда субъект не посылает ничего, кроме минимально­го уведомления, а наблюдатели запрашивают детали позднее. В модели вытягивания подчеркивается неинформированность субъекта о сво­их наблюдателях, а в модели проталкивания предполагается, что субъект вла­деет определенной информацией о потребностях наблюдателей. В случае применения модели проталкивания степень повторного их использования может снизиться, так как классы Sub j ect предполагают о классах Observer, которые не всегда могут быть верны. С другой стороны, модель вытягивания может оказаться неэффективной, ибо наблюдателям без помощи субъекта необходимо выяснять, что изменилось;

а явное специфицирование представляющих интерес модификаций Эффек­тивность обновления можно повысить, расширив интерфейс регистрации субъекта, то есть предоставив возможность при регистрации наблюдателя указать, какие события его интересуют. Когда событие происходит, субъект информирует лишь тех наблюдателей, которые проявили к нему интерес. Чтобы получать конкретное событие, наблюдатели присоединяются к сво­им субъектам следующим образом:

void Subject::Attach(Observer*, Aspects interest);

где interest определяет представляющее интерес событие. В момент по­сылки уведомления субъект передает своим наблюдателям изменившийся аспект в виде параметра операции Update. Например:

void Observer::Update(Subject*, Aspects interest);

а инкапсуляция сложной семантики обновления. Если отношения зависимос­ти между субъектами и наблюдателями становятся особенно сложными, то может потребоваться объект, инкапсулирующий эти отношения. Будем на­зывать его ChangeManager (менеджер изменений). Он служит для мини­мизации объема работы, необходимой для того чтобы наблюдатели смогли отразить изменения субъекта. Например, если некоторая операция влечет за собой изменения в нескольких независимых субъектах, то хотелось бы, чтобы наблюдатели уведомлялись после того, как будут модифицированы все субъекты, дабы не ставить в известность одного и того же наблюдателя несколько раз.