в Мадженте это несколько сложнее сделано). Разные таблицы под инт/варчар/дата/текст атрибуты http://www.magentocommerce.com/wiki/2_- ... se_diagram
Поэтому она так туго работает В общем за всё приходится платить. Не бывает чтобы эффективно+красиво+универсально. Как минимум, одно будет плохо. Чаще два
еще иногда нужно списки хранить. Тут или через запятую внутри поля варчар либо отдельной таблицей...(
Я не выделял у себя в отдельный объект - сделал загрузку конфига частью ядра - при инициализации подгружается в него, а там потом просто Core::getConfig('key') или Core::getConfig('key', 'subkey'). Обсалютно нормально
PHP: <?php Core::getConfig('key', 'subkey') ээ, а не лучше ли PHP: <?php $context->get('key.subkey.foo.bar') т.е. не статично и не ограничивая себя ключем и подключем
Насчёт разделения точкой - можно и так. Я просто сам перебераюсь на Yii для проектов средней руки, поетому особо не налегаю на развитие своей системы. Что качается динамического вызова - не всегда ты находишься в контексте ядра (а ядро у меня отдельно от модулей - оно работает в виде статического Singleton'a), да и нет необходимости экспортировать этот объект в каждый другой объект - вызвал статично и всё. Развязывает руки и меньше мусорит контекст
igordata Он просто мне понравился. Хороший гибкий фреймворк. Там какраз используют нотацию с точками в работе
блин, мне б в живую понять что есть фреймворк и зачем он нужен... читать - читал, но не понял глубокого смысла...
igordata Нужно просто пробовать с ним работать. Я вот 6 лет откладывал... Зряя! (правда у меня есть сделанное мною и Luge решение, но оно не столь функциональное, но степень свободы там практически как у чистого PHP кода)
прикольно, прикольно. почитаю и заставлю себя ченить замутить. а есть какое-то сравнение фреймовоков на предмет какой где лучше? типа: Zend туда хорош, а Yii сюда пригож.
igordata вот тут кое что есть http://habrahabr.ru/blogs/php/50341/ http://rmcreative.ru/playground/php-frameworks/
Zend хорош тем, что его можно дербанить как хош. Нужен мне Feed или Mail - я беру его оттуда с минимальным набором левого кода. + нотация PEAR в именовании классов позволяет без лишнего рукоблудства использовать autoload. Yii более монолитный что ли. Ну я не видел что бы кто-то дербанил его на куски и отдельно их использовал. Тот же RBAC было бы интересно видеть в виде отдельного компонента. Вот ребята из sf(1) в итоге пришли к мнению, что нужно давать возможность использовать только отдельные либы из фреймворка, не накладывать каких либо ограничений. И выпустили symfony-components...
Koc Ну собственно в Yii просто много своих компонентов. Там компоненты не сильно зависят друг от друга. А тот же RBAC такая штука, что он автоматом проверяет уровни доступа, а это значит что нужно интеграция в сам фреймворк, что бы в нужных местах всё делалось. Не забывайте, что не всё можно вынести как компонент. Чем больше компонентов, тем больше кода для их взаимодействия. И если щас не нужно писать проверки доступа на actions, то при компоненте придётся это делать. Это палка о двух концах. Ядро будет всегда.
да нивапрос. Сделайте его отдельным бандлом, а я уж сам как-нить разберусь куда мне его встунуть в своем фреймворке что бы тоже автоматом проверять уровни доступа.
если позволите, я согласен с обоими (с) Ррррррр! и на куски - удобно, и куском - правильно. короче надо пробовать.