П
Всем спасибо за помощь)
Size: a a a
2020 February 28
M
ML
тебе нужен relation belongsToMany, он идёт через pivot, тогда ты сможешь напрямую обратится к продукту
M
тебе нужен relation belongsToMany, он идёт через pivot, тогда ты сможешь напрямую обратится к продукту
релэйшн есть, на фотке результат работы этой связи
M
тебе нужен relation belongsToMany, он идёт через pivot, тогда ты сможешь напрямую обратится к продукту
как должно выглядеть обращение?
что-то вроде
что-то вроде
$gallery->pivot->product->id?ML
как должно выглядеть обращение?
что-то вроде
что-то вроде
$gallery->pivot->product->id?если ты сделаешь belongsToMany()
то у тебя будет $gallery->products
то у тебя будет $gallery->products
ML
в моделе Gallery
public function products(){
return belongsToMany(...)
}
public function products(){
return belongsToMany(...)
}
ML
может из-за того что в product у тебя коллекция, а не объект продукта?
MS
Всем привет. Вопрос на засыпку. Если бы вы строили ecommerce приложение с использованием laravel, то какой бы архитектурный подход выбрали. Сейчас стоит вопрос выбора между модульной системой (nwidart) и паттерн repository. Да оно будет масштабироваться, обрабатываться и на поддержке. А также какой фронтенд(фреймворк)для него бы выбрали?
AD
@sarkisyanm паттерн repository - это архитектурный подход?
MS
@sarkisyanm паттерн repository - это архитектурный подход?
Просвети
O
Всем привет. Вопрос на засыпку. Если бы вы строили ecommerce приложение с использованием laravel, то какой бы архитектурный подход выбрали. Сейчас стоит вопрос выбора между модульной системой (nwidart) и паттерн repository. Да оно будет масштабироваться, обрабатываться и на поддержке. А также какой фронтенд(фреймворк)для него бы выбрали?
сравнивать паттерн и модульность? странно
A
Всем привет. Вопрос на засыпку. Если бы вы строили ecommerce приложение с использованием laravel, то какой бы архитектурный подход выбрали. Сейчас стоит вопрос выбора между модульной системой (nwidart) и паттерн repository. Да оно будет масштабироваться, обрабатываться и на поддержке. А также какой фронтенд(фреймворк)для него бы выбрали?
Это вообще разные вещи
A
Если планируется много разных контекстов... Такие как заказ, витрина, склад и т.д. , то да. На модули делить будет нормально
A
А репозиторий с элоквент - дело почти всегда бесполезное
d.
Всем привет. Вопрос на засыпку. Если бы вы строили ecommerce приложение с использованием laravel, то какой бы архитектурный подход выбрали. Сейчас стоит вопрос выбора между модульной системой (nwidart) и паттерн repository. Да оно будет масштабироваться, обрабатываться и на поддержке. А также какой фронтенд(фреймворк)для него бы выбрали?
а потом 2 пути))
либо релиза не будет вообще
либо все покроется складом IF ов
либо релиза не будет вообще
либо все покроется складом IF ов
MS
а потом 2 пути))
либо релиза не будет вообще
либо все покроется складом IF ов
либо релиза не будет вообще
либо все покроется складом IF ов
В вопросе есть " как поступили бы вы?)
NK
В вопросе есть " как поступили бы вы?)
имхо, проект должен быть очень огромным, чтобы появилось желание разбивать его на отдельные модули
SK
есть ли какие-то паттерны или стандарты в реализации дэшбордов со статистикой? интересует именно формат хранения данных, иными словами, структура табличек
YS
Всем привет
есть сортировка
$this->orderBy('published_at', 'desc');
Нужно сделать если поле NULL чтобы оно было первое в списке, mongoDb, всем спасибо))
есть сортировка
$this->orderBy('published_at', 'desc');
Нужно сделать если поле NULL чтобы оно было первое в списке, mongoDb, всем спасибо))