Новый год, новые мысли и новые желания.

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

(Теперь сижу думаю, есть ли в этом смысл)

"Момент":

Имеется главный класс ядра системы. Инциализация всего необходимого для работы.
Два дополнительных класса ядра. Класс управления построением информации о домене, загрузка его конфигурации и свойств.
Второй класс, обработчик запросов для текущего домена - обработка запрошенных "директорий", конфигурирование и зугрузка модулей. Кому непонятно:
директории (виртуальное понятие) - структура домена (сайта елси хотите), записи о разделах и документах, модулях и прочем.

Теперь необходимо как то организовать работу этих трех классов между друг другом.
У меня есть два варианта:
1. Класс ядра инициализирует среду, инциализирует класс контроллера домена, передает ему необходимые параметры. Далее загружает менеджер директорий, передает ему объект/параметры контроллера домена.
2. Класс ядра инициализирует среду, инциализирует класс контроллера домена, объект контролера домена инициализирует менеджера директорий (уже внутри себя).

Вот делема... наверное не стоило этим заморачиваться а оставить все в одном классе.

Буду рад если вы поделитесь своими мыслями которые у вас могли возникнуть по этому вопросу.
Спасибо.

В свое время думал над этим.
ИМХО, но я вижу более простое решение. Домен - виртуальный параметр, который лишь влияет на то, к примеру из какой папки грузить шаблоны и модули. В базе ID домена показывает какая инфа к нему относится, какие модули он может использовать.

Mal Hack, я хотел сделать его более управляемым и масштабируемым. ID и т.п. в базе это все понятно. Вся структура хранится в одних и тех же таблицах для всех доменов. Я несколько про другое спршивал. Необходим ли класс для управления подобными вещами? И нужно ли их разделять.

ИМХО, лишнее это.

Mal Hack, обоснования? Думаешь проще будет все через один класс проводить?

IZ@TOP, да. Я считаю чем меньше переменных, тем лучше. И если можно обойтись одним классом, то лучше одним, естественно если это координально не вредит решению задачи. Да и, если честно, смысла не вижу, так отдельно мусолиться с доменом... Может у тебя и задача такая, конечно...

Mal Hack, в общем ты наверное прав. Просто я заранее на будущее хотел отвести функционал посвященный доменам в сторону ради будущей масштабируемости.

Цитата(IZ@TOP @ 11.1.2006, 16:21 )

Просто я заранее на будущее хотел отвести функционал посвященный доменам в сторону ради будущей масштабируемости.

А что именно ты хочешь туда отнести?

Понимаешь, ИМХО, если от имени домена зависит функционал ядра, то это уже две разные системы, а если лишь набор модулей, скинов и информации, то домен - просто параметр...


ЗЫ: Так можно потерять универсальность, т.к. чем сложнее решение, тем оно менее универсальное.

Mal Hack, мне казалось, когда я это обдумывал, что как раз, чем более структурирована система и распределена, тем более универсальной и масштабируемой ее можно сделать.

В общем поглядим что получиться.
Добавлено @ 10:26
В конце концов в случае чего объеденить эти три класса не составит труда.