P
Переслано от Павел Кушнеревич
ну +-. Я понимаю, условно less собрать в css. Но в чём смысл js не очень
public function getSurveyorAttributes()
{
return $this->participants()->where('role', static::ROLE_SURVEYOR)->limit(1)->first();
}
Size: a a a
2020 July 14
4
1. getSurveyorAttribute
2. лимит уже лишний
но спасибо. Я думал релейшн можно сделать.
2. лимит уже лишний
но спасибо. Я думал релейшн можно сделать.
EG
1. getSurveyorAttribute
2. лимит уже лишний
но спасибо. Я думал релейшн можно сделать.
2. лимит уже лишний
но спасибо. Я думал релейшн можно сделать.
лимит в случае с аттрибутом лишний
EG
1. getSurveyorAttribute
2. лимит уже лишний
но спасибо. Я думал релейшн можно сделать.
2. лимит уже лишний
но спасибо. Я думал релейшн можно сделать.
можно и relation, но не точно, через participants использовав
https://laravel.com/docs/7.x/eloquent-relationships#has-many-through
https://laravel.com/docs/7.x/eloquent-relationships#has-many-through
AV
Приветствую! Можно ли заставить morphToMany вернуть 1 объект, а не коллекцию?
4
public function participants()
{
return $this->belongsToMany(User::class, 'assignment_participants')->withPivot('role');
}
public function surveyor()
{
return $this->participants()->where('role', static::ROLE_SURVEYOR)->limit(1);
}
Как сделать чтобы при вызове: $model->surveyor
возвращалась модель, а не коллекция?
недавно спрашивал подобное. Как выяснилось через релейшн - нет, можно атрибутом
AB
Приветствую! Можно ли заставить morphToMany вернуть 1 объект, а не коллекцию?
прописать связь просто morphTo ?
AV
прописать связь просто morphTo ?
не подходит, так как отношение многие ко многим, но в частных случаях всегда будет только один объект
AB
но можно использовать оба релейшена
AB
либо получать через morphMany + first()
AV
Попробую, спасибо.
v
Всем привет, никто не сталкивался с проблемой неопределенности тестов в ларавеле? 🤓 Вот к примеру в одном методе у меня несколько правил проверок, и каждый раз, то одно верное, то другое, либо некоторые вообще не вызываются. Или это неправильное использование тестов, нужно каждую проверку выносить в отдельный метод?
ПГ
Всем привет, никто не сталкивался с проблемой неопределенности тестов в ларавеле? 🤓 Вот к примеру в одном методе у меня несколько правил проверок, и каждый раз, то одно верное, то другое, либо некоторые вообще не вызываются. Или это неправильное использование тестов, нужно каждую проверку выносить в отдельный метод?
Тесты отдельно. Заодно поймете какие касячут
AB
Всем привет, никто не сталкивался с проблемой неопределенности тестов в ларавеле? 🤓 Вот к примеру в одном методе у меня несколько правил проверок, и каждый раз, то одно верное, то другое, либо некоторые вообще не вызываются. Или это неправильное использование тестов, нужно каждую проверку выносить в отдельный метод?
ну вообще лучше в одном тесте проверять либо положительный сценарий, либо то что будет fail и статус не 200, так намного проще потом править и поддерживать тесты
v
Тесты отдельно. Заодно поймете какие касячут
а если мне нужно проверить одну сущность на несколько сценариев? В свойства класса что ли добавлять)
ПГ
а если мне нужно проверить одну сущность на несколько сценариев? В свойства класса что ли добавлять)
По хорошему один сценарий - один тест. И описание сценария должно быть в названии.
ПГ
а если мне нужно проверить одну сущность на несколько сценариев? В свойства класса что ли добавлять)
В чем проблема сгенерить одинаковую сущность несколько раз? Так же можете ее в setUp генерить и в свойство записывать
v
В чем проблема сгенерить одинаковую сущность несколько раз? Так же можете ее в setUp генерить и в свойство записывать
нет, проблем нет) про setUp не подумал, спасибо
ИФ
Товарищи, я заранее извиняюсь за тупой вопрос, но я почему-то нигде не могу найти добавление remote interpreter в шторме - по доке https://www.jetbrains.com/help/idea/configuring-remote-interpreters.html оно должно быть в настройках языка, но у меня там только локальный...
P
это?