Laravel таким образом, чтобы ими можно было управлять из админ-панели.
Например, я хочу создать модель Brands для таблицы с Брендами. Затем к Brands могут привязываться другие модели, например, Devices (Устройства), то есть тут ещё предполагается управление зависимостями.
А может быть это и не модели должны быть вовсе? А просто таблицы в БД?
Все файлы моделей должны быть заранее созданы в app/Models А в админке уже модешь создавать их и привязывать по отношениям
Проблема в том, что в моем приложении создание моделей должно быть максимально без админки. Я вот что думаю, может это будет вовсе и не модель? Кстати, на StackOverflow предложили EAV использовать, но я что-то не уверен
https://voyager-docs.devdojo.com/bread/introduction - так ?
Кейс описан недостаточно подробно, если вы хотите научиться динамически привязывать строчки при записи в базу, присмотрись в сторону полиморфных связей, если вы хотите научиться добавлять сами новые таблицы в базу, то лично я считаю это антипаттерным решением, но в целом можете присмотреться в сторону voyager, кажется я видел подобный функционал там
Стикер
Ого, именно так и хочу, как делает этот Voyager. А можно ли как-то из него выцепить только этот BREAD?
А почему это считается антипаттерным?
как то можно, код есть на git, лицензия MIT ...
посмотри его исходники, там простые таблицы, все поля вместе с настройками, перечислены в таблицах
А сами как думаете? База же никогда не падает, верно? Или вы и валидаторы хотите пользователю дать возможность создавать? Чем такой пользователь вообще от программиста отличается?
Суть в том, чтобы программист один раз накодил и далее это для скорости работы и работы, например, менеджеров, работало более-менее автономно в допустимых пределах
Верно ли я понимаю , что вы хотите научить менеджеров писать миграции, relations, validators, controllers и routes? 😅
я когда-то пробовал так, не прокатывает это ни с кем
Подскажите, а насколько разумно хранение связей между моделями в БД?
Обсуждают сегодня