там пусто

все на фронте

если надо было прям в админку, то я бы писал все в админке и просто мосты сделал на фронт

примерно так и есть

все модели у меня на бек крутятся, на фронте чуть чуть

все модели у меня на бек крутятся, на фронте чуть чуть

у нас просто модель такая

что админка не нужна

мы туда никого кроме себя не пускаем

вообще

у модераторов управление все на фронте

я сделал на уровне моделей разгранечение на уровне ролей

вот поля у меня работабт как я я описал по access

списки динамически формируются на в моделях от ролей

sql запросы

то есть у меня просто ступенчетая система везде

и союирается от роли твоей в системе

@platonische

вот

больше покаывать не могу, там тогда чистить код надо

кусками только =)

поля от xml атрибута access, и сами данные из таблиц на уровне sql собираются разные от роли

и тем самым ты код не плодишь

у тебя система от роли собирается в итоге

есть у меня read_only который по isSite и isAdmin ставится в хелпере что генерит динамическую форму

Вот это кстати делаеться в getForm foreach ($form->getFieldsets() as $key => $fieldset) { foreach ($form->getFieldset($key) as $field) { $form->setFieldAttribute($field->fieldname, 'readonly', 'true', $field->group); } }

В моем случае если админка то все readonly.

В моем случае если админка то все readonly.

у тебя в одной модели?

Если же readonly на некоторые поля то проще вообще два xml сделать

если код во всех моделях

то лучше трейт сделать и его грузить

у тебя в одной модели?

Да. Решил с извраить и не делать вторую модель. Я бы раширил, но тогда лажа с именами.

Да. Решил с извраить и не делать вторую модель. Я бы раширил, но тогда лажа с именами.

вот

это где у меня один и тот же код в нескольких класс тот же

это надо в шаблоны выделять

это надо в шаблоны выделять

Ну в целом да но не всегда. Там тонкий момент. Ибо если увлечся шаблонами, потом фиг кто что найдет.

Ну в целом да но не всегда. Там тонкий момент. Ибо если увлечся шаблонами, потом фиг кто что найдет.

ну их надо структурировать

не разбрасывать что и где и норм

ну их надо структурировать

Чем сложнее структора, тем сложнее искать код.

Ну вобщем акуратно надо быть.

Чем сложнее структора, тем сложнее искать код.

я стараюст очевидно струткировать

я не иду в сложные абстракции

А еще иногда лучше один большой parent без трейтов.

я по минимум сам тоже

А еще иногда лучше один большой parent без трейтов.

нет

вот модели

мне нужны там и в List и в Form одно и тоже

но какой parent

у них разные предки, и в наследовании не вклинишься

а если вклинуться усложнится наоборот

ну всему свое место короче

а

«иногда»

сразу не увидел слово =))

мне нужны там и в List и в Form одно и тоже

Ну как бы тебе сказать list это list а форм это форм. list модель расчитаная на вывод списков с кешами а форм для работы с данными форм без кеширования.

Ну как бы тебе сказать list это list а форм это форм. list модель расчитаная на вывод списков с кешами а форм для работы с данными форм без кеширования.

у меня например модульная система mvc, мне надо переопределить там было

поэтому я создал трейт, который по сути переопределяет BaseModel

Я так как-то "склеил" item и admin потом два дня вмыкал чего это у меня данные не те сохраняются =)

его методы

@Septdir вообще я задумался, ты в прицнипе прав насчет того что надо бить на компоненты

но, если они независимы друг от друга

у меня например модульная система mvc, мне надо переопределить там было

Ты главное берегись метиоритов, а то потом желающих это разгребать не много найдется.

а тут у меня получилось что модули практически не могут друг без друга

Ты главное берегись метиоритов, а то потом желающих это разгребать не много найдется.

да я сделал нормально

но, если они независимы друг от друга

Ха. я тебе в лику кину финт

у меня даже нормально миграцмия на j4 пройдет

менять то что я поменял они не будут жетско

плюс у меня потмо будут автотесты

ибо стремно без них

у меня даже нормально миграцмия на j4 пройдет

Я просто предупреждаю чем череват не канон. Пусть даже твой вариант более правильный.

Я просто предупреждаю чем череват не канон. Пусть даже твой вариант более правильный.

он практически канон

там нейминг просто и загрузка классов

оно нормально, там изменения не значительны

я обдумывал это

@Septdir но мы заморозим на j3 на немкольско лет

там с j4 разбираться надо и готовоить

да и ждать надо 4.1

@Septdir но мы заморозим на j3 на немкольско лет

Дело не переходе на j4. А в том что будет если к примеру тебя перебросят на другой проект.

Дело не переходе на j4. А в том что будет если к примеру тебя перебросят на другой проект.

а