RV
я еще понял, что сложно на ларавел модели смотреть без докблоков
Size: a a a
2020 July 23
RV
а как лучше определить список разрешенных значений в поле? Там условный enum в свойстве
ну если так, можно же просто паблик константу?
DM
я еще понял, что сложно на ларавел модели смотреть без докблоков
сгенерить докблок над классом модели, да?
AK
public static $smells = ['без запаха', 'кокос', 'ваниль'];
зачем статика ?)
зачем статика ?)
у меня больше вопрос почему это хранится так
DM
ну если так, можно же просто паблик константу?
да, константа будет лучше
RV
сгенерить докблок над классом модели, да?
laravel-ide-helper может сделать такое
RV
у меня больше вопрос почему это хранится так
ну вот да
AK
если например нужно будет добавить локализацию
DM
если например нужно будет добавить локализацию
т.е. лучше в отдельную сущность выделить и ссылаться на нее, да?
AK
не знаю, нужно вникать
AK
но думаю точно не так
RV
т.е. лучше в отдельную сущность выделить и ссылаться на нее, да?
ну можно просто ключи там сделать
и на них потом добавить переводы
но согласен нужно вникать где это нужно
и на них потом добавить переводы
но согласен нужно вникать где это нужно
RV
если для представления
то я б не хотел что модель знала за это
то я б не хотел что модель знала за это
RV
protected $fillable = [
'name',
'price',
'volume',
'smell',
'category_id',
'created_at',
'updated_at',
];
также имхо, лучше не добавлять много и особенно связи
потом можно подсунуть что угодно
'name',
'price',
'volume',
'smell',
'category_id',
'created_at',
'updated_at',
];
также имхо, лучше не добавлять много и особенно связи
потом можно подсунуть что угодно
DM
protected $fillable = [
'name',
'price',
'volume',
'smell',
'category_id',
'created_at',
'updated_at',
];
также имхо, лучше не добавлять много и особенно связи
потом можно подсунуть что угодно
'name',
'price',
'volume',
'smell',
'category_id',
'created_at',
'updated_at',
];
также имхо, лучше не добавлять много и особенно связи
потом можно подсунуть что угодно
объясни подробнее, пожалуйста. Для category_id и smell создать сеттеры и убрать их из fillable?
RV
5 мин)
Поем и отпишу)
Поем и отпишу)
RV
в целом это юзают для масс заполнения
Model::create($fieldsArray)
и если не проверять туда можно подставить все что угодно (особенно когда делают с реквеста $request->all());
https://stackoverflow.com/questions/22279435/what-does-mass-assignment-mean-in-laravel
в то же время ты всегда можешь задать через проперти поле, которое не в fillable
$model->field = 'val';
хотя релейшины лучше делать через методы елки (не всегда, но на подобные ок)
по ссылке есть примеры
Model::create($fieldsArray)
и если не проверять туда можно подставить все что угодно (особенно когда делают с реквеста $request->all());
https://stackoverflow.com/questions/22279435/what-does-mass-assignment-mean-in-laravel
в то же время ты всегда можешь задать через проперти поле, которое не в fillable
$model->field = 'val';
хотя релейшины лучше делать через методы елки (не всегда, но на подобные ок)
по ссылке есть примеры
DM
в целом это юзают для масс заполнения
Model::create($fieldsArray)
и если не проверять туда можно подставить все что угодно (особенно когда делают с реквеста $request->all());
https://stackoverflow.com/questions/22279435/what-does-mass-assignment-mean-in-laravel
в то же время ты всегда можешь задать через проперти поле, которое не в fillable
$model->field = 'val';
хотя релейшины лучше делать через методы елки (не всегда, но на подобные ок)
по ссылке есть примеры
Model::create($fieldsArray)
и если не проверять туда можно подставить все что угодно (особенно когда делают с реквеста $request->all());
https://stackoverflow.com/questions/22279435/what-does-mass-assignment-mean-in-laravel
в то же время ты всегда можешь задать через проперти поле, которое не в fillable
$model->field = 'val';
хотя релейшины лучше делать через методы елки (не всегда, но на подобные ок)
по ссылке есть примеры
я поняла, спасибо, исправлю)