Конструкция с передачей this в конструктор
 

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

У меня на практике пошло в основном с целью разгрузки очень объёмных классов (об этом уже дискутировали некоторое время назад). Например, есть большой кусок кода, связанный с обновлением персонажа по итогам завершения игрового действия. Создаю новый класс ChUpdateManager, такого вида:

В конструкторе Character ожидаемо пишу:

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

Вопрос, насколько подобный подход корректный т.з. ООП? Не нарушает он принципа о незнании о своих родителях? Есть узкие места, которые мне аукнутся при таком подходе?

Спасибо.

Ну, например, чтобы соблюсти инкапсуляцию, можно создать интерфейс для Character ICharacter, который будет выдавать только то, что тебе нужно наружу для ChUpdateManager. Для того, чтобы Манагеру было пофиг в целом кто в него пропихивается, ему главное, чтобы этот кто-то реализовывал ICharacter.

ZergMaster, да, логично. Спасибо. Мне подумалось, что при таком подходе вообще становится по фигу, где "живёт" подобный класс-менеджер. Его даже необязательно внутрь Character засовывать.

У тебя ChUpdateManager явно связан с Character, то есть по-любому он обслуживает именно персонажей, а не что-то другое. Не вижу смысла в этом случае вообще париться по поводу его знания о Character, пусть знает всё, что можно. Если у тебя извне появляется возможность вызвать то, что вызываться извне не должно, то скорее всего у тебя проблемы с модификаторами доступа. Может где-то стоит просто заменить public на private.
Другое дело если бы у тебя был какой-то GlobalUpdateManager, который кучу разных сущностей может обновлять, тогда имело бы смысл создать какой-то интерфейс IUpdatable, например, и абстрагироваться от Character таким образом

caseyryan, разумно, спасибо за дельное замечание. Это я уже так... Размышления вслух.