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

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

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

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

а скрытая плата за содержание хранителя. Посыльный отвечает за удаление хранителя, однако не располагает информацией о том, какой объем инфор­мации о состоянии скрыт в нем. Поэтому нетребовательный к ресурсам по­сыльный может расходовать очень много памяти при работе с хранителем.

Реализация

При реализации паттерна хранитель следует иметь в виду:

а языковую поддержку. У хранителей есть два интерфейса: «широкий» для хозяев и «узкий» для всех остальных объектов. В идеале язык реализации должен поддерживать два уровня статического контроля доступа. В C++ это возможно, если объявить хозяина другом хранителя и сделать закрытым «широкий» интерфейс последнего (с помощью ключевого слова private). Открытым (public) остается только «узкий» интерфейс. Например:

class State;

class Originator { public:

Memento* CreateMemento();

void SetMemento(const Memento*);

//... private:

State* _state; // внутренние структуры данных // ■ ■ ■

class Memento { public:

// узкий открытый интерфейс

virtual ~Memento(); private:

// закрытые члены доступны только хозяину Originator

friend class Originator;

Memento();

void SetState(State*); State* GetState();

private:

State* state;

Паттерн Memento

а сохранение инкрементых изменений. Если хранители создаются и возвраща­ются своему хозяину в предсказуемой последовательности, то хранитель

может сохранить лишь изменения во внутреннем состоянии хозяина. Например, допускающие отмену команды в списке истории могут пользо­ваться хранителями для восстановления первоначального состояния (см. описание паттерна команда). Список истории предназначен только для от­мены и повтора команд. Это означает, что хранители могут работать лишь с изменениями, сделанными командой, а не с полным состоянием объекта. В примере из раздела «Мотивация» объект, отменяющий ограничения, мо­жет содержать только такие внутренние структуры, которые изменяются с целью сохранить линию, соединяющую прямоугольники, а не абсолютные позиции всех объектов.