J2EE Core Design Patterns: Composite View

По многочисленным просьбам outline карты теперь дается не в виде картинки, а в текстовом.

Outline карты:
1 Ситуация
1.1 Представления содержат информацию из нескольких источников
1.2 Представления состоят из фрагментов (подпредставлений) с разной степенью частоты изменений
1.3 Над одним представлением работают несколько разработчиков
1.3.1 в том числе с разной квалификацией
2 Задача
2.1 Необходимо упростить разработку представлений
3 Требования
3.1 Различные фрагменты (подпредставления) представления могут часто меняются
3.2 Различные представления могут использовать одинаковые фрагменты (подпредставления)
3.3 Если фрагменты (подпредставления) встроены в представление на уровне исходного кода методом копирования-вставки, то поддерживать такое решение сложно
3.3.1 так же такое решение снижает uptime системы, т.к. изменения в подпредставлениях вступят в силу с запозданием
4 Результаты
4.1 Достоинства
4.1.1 Повышается модульность кода и возможности повторного использования подпредставлений
4.1.2 Повышается гибкость модификации содержимого
4.1.2.1 Как на этапе разработки
4.1.2.2 Так и при выполнении
4.1.3 Облегчается управляемость и сопровождение
4.2 Недостатки
4.2.1 Возможные накладные расходы во время выполнения
4.2.2 Компромиссные решения для обеспечения гибкости
4.2.3 Повышенные требования к содержимому подпредставлений
4.2.3.1 при некоторых реализациях подпредставление уже не содержит HTML-документ, а только его фрагмент
4.2.3.2 это необходимо отслеживать
5 Связанные шаблоны
5.1 Composite [GoF]
5.1.1 Composite View является частным случаем шаблона Composite
5.2 View Helper [Core J2EE]
5.2.1 Представление в шаблоне View Helper может использовать Composite View