Сг
По опыту - лучше не использовать enum(), потом с помощью миграций будет невозможно добавить новое значение (либо у меня прост не вышло)
Лучше всего использовать 1-n relation чем enum
Size: a a a
2020 April 18
IG
Лучше всего использовать 1-n relation чем enum
Это я и подразумевал, тут альтернатив как бы не очень много
Сг
Есть так же const в моделе
IG
Ну не хранить же кучу одинаковых строк в колонке
Сг
Важно что для чего он нужен, вариантов все равно куча )
EG
Ну не хранить же кучу одинаковых строк в колонке
почему бы и нет, посмотрите Notifications как он хранить привязку к модели = \App\Models\User и ничего, все зависит от задачи и потребностей.
IG
Естественно, но я говорю всё в контексе задачи ТС. Тут, например, если у него всего два статуса, то проще завести колонку-флаг
is_publishedIG
$table->enum('status', ['draft', 'published'])->default('draft');Вот тут
RK
Естественно, но я говорю всё в контексе задачи ТС. Тут, например, если у него всего два статуса, то проще завести колонку-флаг
is_publishedА ещё лучше published_at которая по дефолту null
RK
Тогда ещё можно легко логику авто публикаций сделать
IG
Можно и так, если нужна дата публикации, а если нет, то и пф
VM
А ещё лучше published_at которая по дефолту null
Это тестовое. Я тоже подумал нахера это нужно, но щито поделать.
IG
@moonofmylife_dev Я думаю, мы накидали достаточно вариантов, выбирай
Сг
😅
RK
А ещё лучше комбо is_enabled + published_at можно и выставить дату публикации и отрубить быренько если что то вдруг пошло не так
IG
Ну это уже высший пилотаж
RK
RK
Реализуется элементарно, профита полно)
RK
Post::whereIsEnabled(true)
->where('published_at', '<=', now())
->get();
IG
Да вопрос не в реализации, а в том, надо ли оно человеку