smart-core
Очень интересно. Как и было сказано, фреймворк может быть заточен под собственную cms. Здесь, например, Application совмещает сразу несколько шаблонов - непосредственно Application (хотя о вызове Bootstrap что-то ничего не сказано), плюс FrontController. Если вызов Action выполняется как в Зенде, то и Диспетчер. Говорится, что есть ACL, но непонятно на каком этапе проверяется доступ - если в самих Экшенах, то это уже не ACL, а мандатный доступ. Если в приложении, то по какому принципу?
Учитывая, что это cmf для cms, объект User можно вынести в ядро, хотя это зависит от функционала. Мне было бы проще думать, если бы имелось стандартно два класса - идентификации и аутентификации.
Применение разных шаблонных движков подразумевает разные интерфейсы. Не представляю, как это компенсировать даже адаптерами. Для фреймворка в чистом виде - это хорошо (наверное), а для цмски - ?
Синглтоны трудно перегрузить новым параметризуемым объектом того же или производного класса. Log - это частный случай ErrorHandler? Html - это частный случай Document (может быть xml, xhtml, html4, html5 ...) ?
Db - если простой, то, наверное, надстройка над PDO, если Doctrine - то принципиально другой подход по всем моделям ![Улыбка Улыбка](./im/emoticons/smile24.gif)
Session будет прдразумевать Handler - ы.
Попробуй все это собрать в кучу и вывести Hello из контроллера с авторизацией.
Будет ли i18n?
Это пока что не архитектура, а базовый уровень абстракций.
Но для начала очень даже не плохо, имхо. (Отредактировано автором: 10 Февраля, 2013 - 15:04:44)
|