devian3000: Не совсем. Наследование помогает. Если Мы предоставляем права редактировать запись автору и админу - это 2 проверки, а с RBAC это if(yii::$app->user->can(updatePost)). Если еще усложнить взаимосвязи, тогда rbac точно необходим.
Greg Popov: Поэтому модель 1 для товара, в ней создается public $tech_har = [], в него напихиваются в форме элементы, которые перебираются в beforeSave для модели товара
Greg Popov: В вашей ссылке пример как добавить несколько товаров одной формой, в Вашем случае у Вас не товары, а характеристики, как следует из описания, принадлежащие к 1 товару.
Greg Popov: 1. Классический updateAction - это фсешщтUpdate? Что за интексы там проставлены?
2. loadMultiply - в вашем случае не нужен
3. Что значит одноразовая потребность? Тогда просто в базу закиньте без frameworka ручками если это 1 раз надо.
NikHaker: Много недостатком. 1. ООП позволяет избежать дублирование кода и много других прелестей 2. Framework имеет методы работы с бд, которые снижают риск sql инъекций, кроме того там много готовых базисных частей, которые Вы сами напишите или плохо или провозитесь 2 месяца (авторизация, работа с mail через smpt, rbac, маршрутизация, валидация форм, виджеты, assets manager и т.д.). По сути framework - это набор готовых кусков кода, которые нужны в каждом проекте.
Alexander: "ну эт уже вы о фрилансе. Там можно все учить." - на мой взгляд учить надо постоянно и чем больше тем лучше, не зависимо от "фриланс или нет".
