Не пойму о чем вы… то пишите, что к приложению не относятся, то пишите, что модель это основное в приложении… определитесь, пожалуйста…
У нас есть классы приложения команд, контроллеров, у них мы пишем Command, Controller, речь о том, что модели тоже нужно обозначать Model, так гораздо удобней
PS, да, подумал что минусовали вы, извиняюсь
Компоненты, классы расширений и т.д… что может быть мало классов в приложении, что за дурацкий вопрос…
жаль не могу минусовать, а то как-то не справедливо получается…
Я бы добавил то, что надо в названии модели добавлять слово Model, как делается это с контроллерами, на пример UserModel.php
Так не будем путать модели с другими всякими классами. Получается очень удобно.
Как-то так. Единственное, что мне не нравится — это строка вызова метода get
Уж слишком она длинная. К сожалению придумать как её укоротить я пока не могу.
Через компонент.
Yii::app()->config->get('applicationName');
Я не понял два момента:
1. Зачем нужен отдельный модуль, когда конфигурация нужна для админки, когда админка сама является(скорей всего) модулем?
2. Зачем нужно было делать надстройку над AR и Gii? Gii уже сам генерирует отличные функционал, используя ActiveRecord.
Меня не оставляет надежда, что в конторе php сделают (если сделают на уровне движка php) по-умному и не станут все скаляры создавать классами по-умолчанию, а предоставят выбор программисту создавать ли их классами или нет (как в java). Чтоб не снижать скорость работы сайта.
да уж… как только пароли не называли по ходу проекта (не все в одном): p, pas, pwd, pass, pswd, passw, password… или com, comm, comment, coment, comments…
Неужели сложно на заводе(у вас же есть знакомства) заказать нормальную деталь, поставить ее на велик и снять красивый ролик?
И чертеж в «студию». А то толком ничего не понятно.
Представьте нормальный понятный график соотношения сил, скорости(и так далее) обычной схемы шатунов и новой…
Материалы… Точные данные…
на форуме yiiframework.ru/forum/viewforum.php?f=23 уже куда больше инфы про pjax, ajax, submit…
У нас есть классы приложения команд, контроллеров, у них мы пишем Command, Controller, речь о том, что модели тоже нужно обозначать Model, так гораздо удобней
PS, да, подумал что минусовали вы, извиняюсь
жаль не могу минусовать, а то как-то не справедливо получается…
Так не будем путать модели с другими всякими классами. Получается очень удобно.
Через компонент.
Я не понял два момента:
1. Зачем нужен отдельный модуль, когда конфигурация нужна для админки, когда админка сама является(скорей всего) модулем?
2. Зачем нужно было делать надстройку над AR и Gii? Gii уже сам генерирует отличные функционал, используя ActiveRecord.
И чертеж в «студию». А то толком ничего не понятно.
Представьте нормальный понятный график соотношения сил, скорости(и так далее) обычной схемы шатунов и новой…
Материалы… Точные данные…