Yii Framework

Yii 2 неминуемо случится. Пока это не очень скоро, но он будет.

Что бы вы хотели увидеть в Yii 2?

Одну большую кнопку "сделать хорошо и быстро"
Макет уже есть, осталось только увязать ее с yii

kosenka, я вполне серьёзно, если что…

Sam Dark писал(а):kosenka, я вполне серьёзно, если что…

Виноват. Исправлюсь.

Не знаю, может это уже обсуждалось...Мне хотелось бы более продвинутый CRUD генератор прямо " из коробки".

Особенно это касается:
- генерации полей ввода для связей модели (HAS_MANY, BELONGS_TO и т.д.)
- поля ввода типа "Дата" - можно делать календариком и т.д.

Или это уже есть где-то в шаблонах ?

1) full namespace support - тут имеется в виду полноценное разделение по неймспейсам типа yii\db\command
2) возможность использовать фреймворк в виде библиотеки - сейчас большинство компонентов наследуют CComponent, что не позволяет использовать код в не yii-based приложениях
3) бОльшая поддержка вебсервисов и вообще SOA - REST, xml-rpc, json-rpc, soap и т.д и возможность реализовывать свои сервисы прозрачно.
4) поддержка библиотекой дб шардинга и реплицирования из-коробки - подчеркну, что репликацию еще как-то можно парой методов перебить, но шардинг - это уже сложная и большая задача.
5) поддержка работы с популярными no-sql решениями типа mongo-db , redis и прочее.
6) поддержка паттерна datamapper из-коробки. Знаю про DAO, но постоянно пишутся велосипеды на эту тему. AR по некоторым соображениям порой невозможно применить.

Выделю отдельно
6) Работа приложения в виде демона-сервера, на примере рельсов и прочего. Практика показала, что скорость повышается некисло.
7) Возможность модификации данных модели в событиях без изменения свойств самой модели. Например, набивший оскомину пароль - в объекте события например передавать коллекцию значений атрибутов, которые запишутся в БД.
Зачем это нужно - например в postgres есть тип hstore, который может хранить хеш в виде строки наподобие json. С помощью события можно было бы прозрачно конвертировать этот хеш в массив и наоборот. Тоже самое относится и к mysql, меняем только хеш на xml или json

1) Какая практическая польза?
2) http://yiiframework.ru/doc/cookbook/ru/ ... ntegration ?
3) Вот тут мне нужна помощь даже с текущим релизом. Получилось, что никто из core team с вебсервисами на данный момент не работает и проблемы с ними решить не может.
5) Именно из коробки? Для монго уже есть расширение отличное.
6-2) Запускали, работает.

Очень хотелось бы поддержку нереляционных бд, в частности монги из коробки

Сделать прозрачную работу с куками, без создания промежуточного объекта CHttpCookie

Оптимизация, улучшенные средства ORM, нормальная локализация(сейчас у неё есть много слабых мест, например те же даты) и так далее.

Ekstazi,
1. Оптимизация чего?
2. Что не так с AR?
3. Что не так с датами? Какие ещё слабые места?

Автоматическая генерация миграций, по команде.

Слабых мест хватает, просто надо собраться с силами и описать все воедино. Не всегда хватает на это время, а когда есть время многое уже вылетает из памяти. А многое хотелось бы увидеть сейчас, а не потом.

По поводу оптимизаций, чтоб если я к примеру использую два виджета CTreeView в шаблоне, то чтоб clientScript выдавал такой код: Это я для примера, думаю идея понятна. Это не помешало бы в версии 2.0 если конечно не замедлит код.
Так же касательно виджетов, чего бы хотелось.
В том же CJuiTabs я к примеру никак не могу указать title для таба. Я с этим уже пару раз сталкивался и не только для CJuiTabs. Приходится извращаться. Вообще по виджетам еще много работы есть, особенно по zii. Такое ощущение как-будто они практически не развиваются.

По поводу AR - опять же есть незначительные косяки с составными индексами, не критически, просто в некоторых местах код работает неожиданно. И опять же есть проблемы с update и delete с join ом(я догадываюсь что они и в CDbCommand есть).
CDbCommand - опять же проблемки $commans->select()->from('Table as tbl') не сработает к примеру.

С локализацией тоже есть пожелания. С ними можно смириться, но все же:
Форматирование суммы на счете: Слишком длиная цепочка вызовов, укоротить бы как-нить.

Еще хотелось бы нормальной поддержки дат.
То есть CFormatter, dateFormat , CDateFormatter и CDateTimeParser, CJuiDatePicker понимают совершенно разные форматы дат.

Очень хочу чтоб все новшества не были во вред теперешней гибкости Yii.

Позднее статическое связывание = )

maschingan, оно будет и без Yii Конкретней.

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

Также поддерживаю мнение, что лишь бы не во вред гибкости... Это единственный из фреймворков, с которым действительно легко и приятно работать даже новичку.

SamDark
1) full namespace очень хочется в больших проектах. Например, распределенное приложение soa-based с кучей либ-интерфейсов. Немспейсы нужны для отсутствия коллизий в разработке, особенно в программировании по контракту, с большим кол-вом exception и моделей.
2) подгружать фреймворк не хочется - как минимум, автолоадер на текущий момент требует, чтобы последующие spl_autoload были зарегистрированы через yii. Мне больше нравится в этом отношении Zend, в котором можно использовать модули независимо.

6-2) напутал с нумерацией =( А можно посмотреть примеры кода и все такое прочее? Желательно в виде рецепта

Добавлю, что много вызовов идет к Yii::app() . Имею в виду вызовы, которые прописываются ручками - мне не очень это нравится, так как синглтон в проекте - лишний гвоздь в крышку гроба проекта. Но пока альтернативы не могу придумать.

Добавлю, что пока туго с поддержкой кода ide. Использую jet brains phpstorm 2.0 , много комментариев ставлю из-за неполного Yii::app() , в котором много чего не хватает, типа ->user . Вообще, можно пройтись по проекту и привести все сеттерыти геттеры например к свойствам, доступным через магию. Было бы очень круто!

Отказ от PDO. Но это нереально