Комментарии 19
Исправление ошибок это хорошо, но мы мы уже заждались Yii 2.0! :)
Мы над этим работаем :)
смотрю отодвинули дату окончания поддержки версии 1.1 на конец 2013 года(ранее по моему был 2012)
круто! а то PHP 5.3, который требует yii 2, не так уж сильно распространён
круто! а то PHP 5.3, который требует yii 2, не так уж сильно распространён
по крайней мере у нас в России
Когда планируете первые результаты выложить в паблик? Хоть год и квартал назовите;)
When it's done :)
Планируете ли перепилить Forum Builder? Ибо мне пришлось изрядно его переписать и отказаться от CActiveForm что бы он мог сравниться с форм билдером симфони. Так же интересует вопрос оптимизации потребления памяти, отказ от использования статического метода app() и т.д. Что-нибудь из этого будет? Просто для меня сейчас острым стоит вопрос выбора фреймворка для одного проекта личного. Хочется написать его на чем-то хорошем. Yii 1.1 для этого увы уже не подходит, слишком много придется переписать, Симфони подходит, но я не люблю Doctrine. Все надежды на Yii 2
Ну, Yii 2 ещё дождаться надо.
— За form builder пока не брались. Что именно было у вас переписано?
— Оптимизировать будем… посмотрим, что из этого выйдет.
— Отказываться от app… зачем и в пользу чего?
— За form builder пока не брались. Что именно было у вас переписано?
— Оптимизировать будем… посмотрим, что из этого выйдет.
— Отказываться от app… зачем и в пользу чего?
Полностью с нуля была написана своя библиотека для отрисовки полей (такие валидаторы как Email, Url, RegExp или Required выносились как атрибуты полей для HTML5)
Конкретно в форм билдере — очень соблазнительно выглядела возможность вывода полей не указывая явно типа. Тобиш типы генерились исходя из мета данных таблицы, валидаторов и т.д.
Ну и по мелочи. Скажем отсутствовала возможность вывести прямо из формы errorSummary, скажем если одно из полей имеет очень специфичную логику, разметкуи т.д. Пришлось отказаться от renderBody и дописывать метод.
Так же была добавлена проверка уже выведенных на экран эллементов, вывода диапозона эллементов или еще не отрендреных. Но это так. Просто для удобства.
По поводу оптимизации, тут уж действительно смотреть надо…
Отказываться от app — ну тут есть различные мнения. Мне лично не мешает, но многие просто кричат о трудностях в тестировании компонентов, которые используют app().
Конкретно в форм билдере — очень соблазнительно выглядела возможность вывода полей не указывая явно типа. Тобиш типы генерились исходя из мета данных таблицы, валидаторов и т.д.
Ну и по мелочи. Скажем отсутствовала возможность вывести прямо из формы errorSummary, скажем если одно из полей имеет очень специфичную логику, разметкуи т.д. Пришлось отказаться от renderBody и дописывать метод.
Так же была добавлена проверка уже выведенных на экран эллементов, вывода диапозона эллементов или еще не отрендреных. Но это так. Просто для удобства.
По поводу оптимизации, тут уж действительно смотреть надо…
Отказываться от app — ну тут есть различные мнения. Мне лично не мешает, но многие просто кричат о трудностях в тестировании компонентов, которые используют app().
В новых версиях есть поддержка валидации на клиенте. Правда, не HTML5 так как эту часть некоторые браузеры не переваривают.
Без указания типа — это хорошо, но, боюсь, куча лишних обращений к схеме может откушать ресурсов. К тому же, некоторые поля автоматом не определишь. Например, битовую маску или два поля для range автомат гарантированно не выведет как надо. По валидаторам да, можно, но опять же, что делать с нестандартными валидаторами?
errorSummary — это про
На тему отказа от
Без указания типа — это хорошо, но, боюсь, куча лишних обращений к схеме может откушать ресурсов. К тому же, некоторые поля автоматом не определишь. Например, битовую маску или два поля для range автомат гарантированно не выведет как надо. По валидаторам да, можно, но опять же, что делать с нестандартными валидаторами?
errorSummary — это про
CActiveForm?На тему отказа от
app()… не знаю, какие там трудности. Мы тестируем. Все тесты лежат в репозитории.я же не говорю что валидаторы должны быть все вынесены в HTML5, но допустим нативная поддержка браузерами некоторых из них есть, почему-бы не использовать.
Так же, существуют фолбак скрипты для реализации недостающего функционала у старых браузеров (Сейчас актуальными остаются лишь IE или же реализация валидации по атрибуту pattern).
по поводу errorSummary — вывод данных об ошибках было бы логично запихнуть в форму, ну это лично мое мнение. И если не вызываеть renderBody то возможность вывести ошибки для эллемента особо нету. Вообще с этим делом как-то все в стандартном билдере не очевидно.
Так же, существуют фолбак скрипты для реализации недостающего функционала у старых браузеров (Сейчас актуальными остаются лишь IE или же реализация валидации по атрибуту pattern).
по поводу errorSummary — вывод данных об ошибках было бы логично запихнуть в форму, ну это лично мое мнение. И если не вызываеть renderBody то возможность вывести ошибки для эллемента особо нету. Вообще с этим делом как-то все в стандартном билдере не очевидно.
Симфони не обязывает использовать дострину.
НЛО прилетело и опубликовало эту надпись здесь
SamDark, а почему нету плюшек в новой версии? только исправленые фиксы
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Yii 1.1.10