Механизм повторного использования #3: представления
Рассмотрим повторное использование на множестве приложений.
В данном случае речь идет об управлении представлением. Можно применить ограничение на основе использования или (еще лучше) средство управления конфигурацией, основанной на конкретном представлении.
Представления, применение "ограничения на основе использования"
Экземпляр товара нужен Предпринимателю (и магазин и центр заказов). Похоже, их что-то объединяет.
Вопрос в том, как выразить эту общность. Один из способов — "ограничение на основе использования". Нужно добавить к модели класс ограничения для каждого использования в каждом приложении (рис. 2.6).
Рис. 2.6. Ограничение на основе использования
Экземпляр товара ограничивается до экземпляра товара в пункте продажи, экземпляра товара на складе и экземпляра товара в заказе.
Заметим, что эти ограничения связаны не с конкретной областью, а с конкретным приложением. Повторное применение ограничения наименее вероятно; каждое приложение требует собственных ограничений.
Общая проблема здесь заключается в том, что существует множество невыявленных видов общности и потенциальных возможностей повторного использования.
Если единственное средство повторного применения — наследование, его стоит применить. Однако существует более эффективный способ.
Представления, применение средства управления конфигурацией, основанной на представлении.
Что здесь главное: наследование, представление или некая базовая модель?
Только не наследование, так как в этом случае каждое приложение стало бы еще одним ограничением по совпадению, и влияние изменений породило бы реальную проблему. Наследование неприемлемо для выполнения задачи, суть которой связана с управлением представлениями.
Несомненно, повторное использование для множества приложений — это дело управления представлением. Лежащая в основе модель включает в себя все классы и обязанности. Каждое приложение — это представление.
Имея средство управления конфигурацией, связанной с конкретным представлением, для каждого класса можно выбирать подмножество обязанностей, необходимое для конкретного приложения.
Такой подход к повторному использованию по своему уровню превышает синтаксические возможности языка программирования. Один из допустимых путей решения проблем состоит в том, чтобы считать, что каждый элемент модели имеет связанный с ним "флаг применения". Работая с конкретным приложением, вы работаете с элементами, помеченными этим флагом.
Система управления конфигурацией может объединять классы, базирующиеся на требуемых представлении или области. Она приносит и другие выгоды: исключает излишние затраты памяти для приложения, а также взаимодействие с другими приложениями, что может осложнить задачу.
Повторное использование в рамках приложения, рассматриваемого в этой главе
Этот раздел даст богатый опыт повторного использования. Применяйте наследование только в рамках одного приложения для отображения связанных с конкретной областью отношений обобщения-ограничения. Используйте также систему управления конфигурацией конкретного представления, которая контролирует все атрибуты и службы класса во множестве приложений и позволяет выбрать те из них, с которыми нужно работать в данный момент.