Как стать автором
Обновить

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

Спасибо.
Ждём с нетерпением Yii3!
Успехов!
Спасибо!
Приятно видеть, что фреймворк развивается.

А почему компоненты для 3.0, решено было назвать yii-core и yii-rest, а не скажем yii3-core и yii3-rest?

Потому что мы перешли на SemVer и если будем активно релизить улучшения, скоро будет Yii 37.0.0. Цифра в названии плавно перестанет играть какую-либо значительную роль.

а в след версии yii3.1-core?
Это я к тому, что для первой и второй ветки, все расширения именовались с префиксом «yii-» и «yii2-» соответсвенно, а в третьей снова вернулись к «yii-». Будут ли сложности, при поиске расширения под соответствующую версию фреймворка?

Не должно быть.

Доброго времени суток!
Спасибо что не прекращаете работу на фреймворком!
Будем ждать новых версий и релизов!

Не плохие изменения. Очень хотелось-бы чтоб фреймворк разбили на мелкие компоненты, как хелперы, валидаторы, orm, ui. Понятное дело что будут зависимости между модулями. Хотнлось-бы иметь возможность использовать какой-то компонент не затягивая при этом весь фреймворк и бутсрапя yii core

В какой-то степени уже разбили, но не в пух и прах...

Будут ли какие-то изменения в Моделях, чтобы они не превращались в свалку из rules/attributeLabels/AR/Данных без инкапсуляции, чтобы они были хоть как-то пригодны для проектов у которых срок жизни более одного месяца?

Несмотря на текущую инкапсуляцию сейчас, непригодность моделей для проектов более месяца — явное преувеличение. Тот же Stay.com вполне себе неплохо жил с моделями на Yii 1.1 6 лет. По делу:


  1. Представление данных попробуем вытащить из model.
  2. rules — правила валидации и вполне относятся к данным.
  3. ORM делать не планируем.
По поводу инкапсуляции — будет ли возможность сделать private поля в модели/AR без возможности доступа к ним через всякую магию?
Печально на счёт ORM. Правильно ли я понимаю что в Yii3 текущая версия AR будет отдельным компонентом и его можно будет легко выпилить/не устанавливать в свое приложение?

На тему гидрации… возможно. Пока не уверен.


Да, AR отдельный пакет.

Правила валидации скорее относятся к формам, для ActiveRecord ничего особо не остается. И labels тоже. Для грида их лучше в первую очередь из filterModel брать.

> Правила валидации скорее относятся к формам
Вообще, я бы сказал тогда уж что к Реквесту, а не к форме. И да, валидировать данные без модельки было бы возможно удобно, но это спорно. В текущей ситуации я просто отдельную модельку создаю для реквеста, и валидирую через неё.

Всякими штучками для фронта(grid view, active forms), я не пользуюсь и пользоваться собственно не желаю, ибо не вижу смысла. Когда поверх этих виджетов для кодогенерации запиливаешь кучу кастомного кода, разбираться в этом новичку(да и не новичку) весьма и весьма нетривиальная задача, так что очень хотелось бы иметь удобную возможность из своего приложения их повыпиливать.

Смотря сколько времени и денег можете позволить себе потратить на переход.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории