Помогите с написанием своей CMS (ядро системы)

Помогите с написанием своей CMS

Есть вопросы по построению ядра системы и архитектуре

Для себя я разделил модули системы на 2 группы
1) базовые модули и компоненты ядра
2) внешние модули и компоненты системы

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

Исходя из этого, ядро включает такие компоненты как:
1) конфигуратор ядра
2) загрузчик ядра

механизм загрузчика ядра реализовал так

function InitCore(){
    global $sys;        
    $corename = $this->corename;
    $this->confcore = parse_ini_file($this->confcorepath, TRUE);        
    if (array_key_exists($corename, $this->confcore)) {
        foreach ($this->confcore[$corename] as $k=>$v) {
        $pathdir = $this->conf[dir][path_admin].'/lib/'.${name}.'.class.php';  
        if (file_exists($pathdir)){
          @include_once($pathdir);
          $classname = ${type};
          @$this->obj[$type] =& new $classname;        
        }          
      }          
    }        
    return $this->obj;
    }
   
Это удобно и не удобно: C одной стороны мы можем иметь несколько конфигов для разных задач  (для админки для мемберки для пользователей) где мы подгружаем лишь те компоненты ядра которые нам нужны…  так же удобно авто-обновление, разархивировал, запустил инсталлятор, распихал фалы, прописал в конфиг….

Не удобно тем, что в данном случае все ссылки на объекты пишутся в массив и фактически нам приходиться работать с одним экземпляром класса… что не удобно.

Я сначала тоже думал, что «админка» и «мемберка» - это разные вещи. Если это разные вещи, то «админку» следовало бы разбивать на столько частей, сколько разных видов админов у нас бывает. Понятно, что такое разбиение не имеет смысла и лишь усложняет все. popoff, форумы popoff.donetsk.ua

Безусловно не имеет смысла... я и не имел виду в прямом смысле это...
а подразумевал что мы можем запускать разную компоновку ядра(базовые модулей и компоненты)
то есть набор модулей, которые заведомо понадобятся, но могут и не понадобиться =)

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

Посмотрите, как там это все реализовано и можете сделать себе по аналогии. popoff, форумы popoff.donetsk.ua

уже смотрел... наверно буду еще смотреть =)
многие вещи на мой взгляд сделаны грамотно, да и код красивый...
но не ООП -(

да, не ООП а это имеет какое-то значение, если Вас только организация интересует? popoff, форумы popoff.donetsk.ua

Раньше, где то 1 год назад я ООП вообще не использовал и даже был его противником =)
Ссылаясь что ИМХО все это работает медленнее по сути не нужно…
Сейчас у меня другая крайность…  применяю ООП везде и наверно не всегда оправдано =)

Поэтому, немного смущает =)