Комментарии 13
Спасибо за труд! Всегда любил Yii и javascript, а теперь они еще и вместе =)))
И вообще отрадно что земляк сотворил такое =)))
И вообще отрадно что земляк сотворил такое =)))
Проделанная работа восхищает. Огромное спасибо! По-моему yii популярен не только потому что прост, но и за его модульность и большой базы готовых расширений (http://www.yiiframework.com/extensions/). Будем ждать подобного, чтоб каждый мог поделиться и взять что-то.
Количество расширений и вообще готовых решений во многом зависит от сообщества. Надеюсь, что оно появится :) Ну а я буду этому сопутствовать)
Из готового я бы с руками забрал валидацию данных форм, что удобно в данном подходе — код один, как на серверной стороне, так и на клиентской. Получается достаточно сделать события как реагировать на ошибки на клиентской стороне и как на серверной, а потом добавлять по желанию любые валидаторы для данных, которые будут работать и там и там.
А так бы я рад помочь в коде, но с JS у меня пока отношения сомнительного характера =) Если будет лозунг что-то вроде «ГовноКод лучше, чем вообще никакого кода =)» то мог бы написать временные решения, которые по возможности более бородатые дядьки перепишут по необходимости.
Количество расширений и вообще готовых решений во многом зависит от сообщества.Сообщество ведь должно куда-то добавлять свой говнокод в виде расширений? Или пока весь комбайн надо брать и убирать что не надо? =) Я в своем посте выше об этом говорил, что хорошо бы какую базу организовать, а там наверно уже больше шансов, что добавят что-то.
А так бы я рад помочь в коде, но с JS у меня пока отношения сомнительного характера =) Если будет лозунг что-то вроде «ГовноКод лучше, чем вообще никакого кода =)» то мог бы написать временные решения, которые по возможности более бородатые дядьки перепишут по необходимости.
Правила валидаций уже реализованы и большинство валидаторов уже тоже. В одной из следующих статей опишу как ими пользоваться (как на клиенте, так и на сервере).
> Сообщество ведь должно куда-то добавлять свой говнокод в виде расширений?
Базу получается самому нужно написать, на что у меня мало времени. Возможно стоит выложить создать на сайте раздел «Расширения», где опубликовать инструкцию по их созданию (как лучше именовать, чего придерживаться и прочие советы).
> Если будет лозунг что-то вроде «ГовноКод лучше, чем вообще никакого кода =)»
Я сам могу нормальный код писать, но на это нужно время. Но вообще в большинстве плагинах/расширениях любого продукта всегда много говнокода, но главное что есть и качественные расширения.
> Сообщество ведь должно куда-то добавлять свой говнокод в виде расширений?
Базу получается самому нужно написать, на что у меня мало времени. Возможно стоит выложить создать на сайте раздел «Расширения», где опубликовать инструкцию по их созданию (как лучше именовать, чего придерживаться и прочие советы).
> Если будет лозунг что-то вроде «ГовноКод лучше, чем вообще никакого кода =)»
Я сам могу нормальный код писать, но на это нужно время. Но вообще в большинстве плагинах/расширениях любого продукта всегда много говнокода, но главное что есть и качественные расширения.
Правила валидаций уже реализованы и большинство валидаторов уже тоже. В одной из следующих статей опишу как ими пользоваться (как на клиенте, так и на сервере).
Это замечательно! Будем ждать.
Базу получается самому нужно написать, на что у меня мало времени. Возможно стоит выложить создать на сайте раздел «Расширения», где опубликовать инструкцию по их созданию (как лучше именовать, чего придерживаться и прочие советы).
Как раз о втором я и говорил, чтоб любой мог выложить.
Я сам могу нормальный код писать, но на это нужно время. Но вообще в большинстве плагинах/расширениях любого продукта всегда много говнокода, но главное что есть и качественные расширения.по-моему, нормальный код в первую очередь должен быть в ядре, а вот модули/Расширения можно отдать
таким как я, хотя бы будут «временные решения», а после уже по возможности или с 0 переписать можно или поправить явные недочеты, при этом имея уже приличный фидбэк к тому или иному расширению
Выглядит очень круто, надеюсь хватит терпения довести все это до стабильного релиза.
А почему не ES6 модули и классы? Зачем все файлы подключать? Зачем все в одном, когда в npm и так огромное количество готовых и удобноых библиотек/фреймворков.
Почему не es6 — отвечал тут github.com/jiisoft/jii/issues/1
Jii — это не все в одном. В нем модульный подход. Если зайти на гитхаб, то можно увидеть множество репозиториев, каждый из которых доступен в npm и ставится отдельно. Поэтому, например, можно подключить Active Record пакет (jii-ar-sql) и использовать его даже без создания jii приложения.
Jii — это не все в одном. В нем модульный подход. Если зайти на гитхаб, то можно увидеть множество репозиториев, каждый из которых доступен в npm и ставится отдельно. Поэтому, например, можно подключить Active Record пакет (jii-ar-sql) и использовать его даже без создания jii приложения.
Даешь Jaravel, Jymfony, JakePHP! :)
Друзья, присоединяйтесь к обсуждению фич и процесса разработки — github.com/jiisoft/jii/issues/10
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Jii: Active Record для Node.js с API от Yii 2