Шаблон для создания большой иерархии объектов

У меня есть проблема, которая включает иерархию относительно большого объекта следующим образом:

• игра имеет одного общественного менеджера
• у общественного менеджера есть одна сеть
• сеть имеет многие плееры
• сеть имеет много дружбы
• у плеера есть один менеджер по стратегии
• у плеера есть одна память
• у плеера есть один район
• район имеет многие плееры
• у менеджера по стратегии есть много стратегий

Как Вы видите, иерархия относительно сложна, и по крайней мере в одном циклическом месте (сеть имеет много агентов, имеющих один район, который имеет одну сеть). В данный момент я использую статический метод конструкции на a GameFactory класс для построения целой иерархии, но я вполне уверен, это - наименее гибкий способ сделать его!

С точки зрения создания сложной иерархии объектов, что должен использовать лучший шаблон? Я читал на Factory Method, Abstract Factory и Builder шаблоны и я думаем, что один из шаблонов "фабрика" подходит, но я действительно не знаю, как применить его к такой сложной иерархии?

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

Править: Это стало ясным из обсуждения в предложениях, данных до сих пор, что я должен был объяснить больше о том, почему я требую, чтобы фабрики создали мои иерархии объектов вместо того, чтобы позволить самим конструкторам создавать свои зависимости.

Это вызвано тем, что я использую внедрение зависимости для помощи в разработке через тестирование. Я проявляю mockist подход к тестированию, которое требует способности ввести насмешки, представляющие зависимости объекта и как таковой, я должен избегать использования new в любых конструкторах.

От предложений, данных до сих пор, кажется, что существует много возможных способов сделать это:

• Создайте вторичного конструктора в каждом классе, который создает любые зависимости, требуемые создаваемым объектом. Это позволяет внедрение зависимости и конструкцию иерархии простого объекта.
• Имейте класс фабрики (или единственный или иерархия их в зависимости от типа используемого шаблона "фабрика") отображающийся на каждый доменный класс для контакта с его конструкцией.
• Используйте комбинацию этих методов, где классы фабрики только создаются, когда существует что-то, что варьируется по процессу конструкции (т.е. различные подклассы должны быть созданы при определенных обстоятельствах),

Я склонен следовать последним маршрутом. Каково согласие по лучшему подходу для взятия в этой ситуации?

Править: Я отменяю текущий ответ (тот Patrick Karcher) с тех пор теперь, когда фокус этого вопроса был разъяснен, ни одно из предложений не полные ответы.