sla8a, поясняю ситуацию. Контейнер это логичная и понятная каждому программная единица, которая есть во многих смежных областях схемо и алгоритмо строения:
- юниты в языках программирования
- диаграммы ревизий в системах ведения проектов
- микросхемы в микроэлектроники
- и т.д. и т.п.

в каждом из этих случаев проектирование происходит по классической методиике:
- сверху вниз - сначало рисуются основные блоки всего устройства(алгоритма, программы...), потом каждый блок делится на еще более специализированные блоки и т.д. до того момента, пока проектирование не спустится до самых примитивов
- снизу вверх - тоже самое, но в обратном порядке: сначало проектируется скажем 100 узкоспециализированных блока, потом из 10 макроблоков, а из них готовое устройство.

Это и есть мировая практика разработки чего бы то ни было.

Тоже, что предлагается выше чем-то смахивает на построение проекта в AutoCAD - на листе модели рисуются все элементы проекта, а уже через ViewPort нужные части отображаются в отдельных листах, то создает некую видимую структурность. Но как была на главном листе помойка так она там и остается. Наличие такого элемента ничем и никому не мешает, но вот время на его создание о дильнейшую поддержку можно потратить с большей пользой. Во всяком случае пока его полезность не будет показана/доказана.
------------ Дoбавленo в 14.41:

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