SamDark13 фев 2012 в 09:15

Yii 1.1.10

1 мин

1.1K

Yii *

+11

Комментарии 19

masterx 13 фев 2012 в 09:41

Исправление ошибок это хорошо, но мы мы уже заждались Yii 2.0! :)

SamDark 13 фев 2012 в 09:43

Мы над этим работаем :)

orange12 13 фев 2012 в 10:52

смотрю отодвинули дату окончания поддержки версии 1.1 на конец 2013 года(ранее по моему был 2012)
круто! а то PHP 5.3, который требует yii 2, не так уж сильно распространён

SamDark 13 фев 2012 в 11:00

Ну, не сказал бы, что не сильно, но да, не везде.

Fesor 14 фев 2012 в 09:07

Уже не помню ни одного шаред хостинга где бы небыло PHP 5.3 так что не вижу проблемы.

orange12 13 фев 2012 в 10:53

по крайней мере у нас в России

firsyura 13 фев 2012 в 18:20

Когда планируете первые результаты выложить в паблик? Хоть год и квартал назовите;)

SamDark 13 фев 2012 в 18:23

When it's done :)

Fesor 14 фев 2012 в 09:11

Планируете ли перепилить Forum Builder? Ибо мне пришлось изрядно его переписать и отказаться от CActiveForm что бы он мог сравниться с форм билдером симфони. Так же интересует вопрос оптимизации потребления памяти, отказ от использования статического метода app() и т.д. Что-нибудь из этого будет? Просто для меня сейчас острым стоит вопрос выбора фреймворка для одного проекта личного. Хочется написать его на чем-то хорошем. Yii 1.1 для этого увы уже не подходит, слишком много придется переписать, Симфони подходит, но я не люблю Doctrine. Все надежды на Yii 2

SamDark 14 фев 2012 в 13:30

Ну, Yii 2 ещё дождаться надо.

— За form builder пока не брались. Что именно было у вас переписано?
— Оптимизировать будем… посмотрим, что из этого выйдет.
— Отказываться от app… зачем и в пользу чего?

Fesor 14 фев 2012 в 14:18

Полностью с нуля была написана своя библиотека для отрисовки полей (такие валидаторы как Email, Url, RegExp или Required выносились как атрибуты полей для HTML5)
Конкретно в форм билдере — очень соблазнительно выглядела возможность вывода полей не указывая явно типа. Тобиш типы генерились исходя из мета данных таблицы, валидаторов и т.д.

Ну и по мелочи. Скажем отсутствовала возможность вывести прямо из формы errorSummary, скажем если одно из полей имеет очень специфичную логику, разметкуи т.д. Пришлось отказаться от renderBody и дописывать метод.

Так же была добавлена проверка уже выведенных на экран эллементов, вывода диапозона эллементов или еще не отрендреных. Но это так. Просто для удобства.

По поводу оптимизации, тут уж действительно смотреть надо…

Отказываться от app — ну тут есть различные мнения. Мне лично не мешает, но многие просто кричат о трудностях в тестировании компонентов, которые используют app().

SamDark 14 фев 2012 в 15:35

В новых версиях есть поддержка валидации на клиенте. Правда, не HTML5 так как эту часть некоторые браузеры не переваривают.

Без указания типа — это хорошо, но, боюсь, куча лишних обращений к схеме может откушать ресурсов. К тому же, некоторые поля автоматом не определишь. Например, битовую маску или два поля для range автомат гарантированно не выведет как надо. По валидаторам да, можно, но опять же, что делать с нестандартными валидаторами?

errorSummary — это про CActiveForm?

На тему отказа от app()… не знаю, какие там трудности. Мы тестируем. Все тесты лежат в репозитории.

Fesor 14 фев 2012 в 16:32

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

Так же, существуют фолбак скрипты для реализации недостающего функционала у старых браузеров (Сейчас актуальными остаются лишь IE или же реализация валидации по атрибуту pattern).

по поводу errorSummary — вывод данных об ошибках было бы логично запихнуть в форму, ну это лично мое мнение. И если не вызываеть renderBody то возможность вывести ошибки для эллемента особо нету. Вообще с этим делом как-то все в стандартном билдере не очевидно.