ЕК
оно бывает иногда удобно, когда у тебя сложные условия для выборки
юнионы всякие и прочее
юнионы всякие и прочее
Ну так скоупы же
Size: a a a
2020 August 24
ЕК
С апи согласен
AP
ну скоупы хз
AP
тоже вариант
ЕК
Но я классы для работы с каким-то апи недолго думая называю Client)))
AP
Но я классы для работы с каким-то апи недолго думая называю Client)))
😁
С
Если логика - это доп условия запросов релейшенов, то их стоит писать в скоупах модели.
Если логика - это нечто большее, чем простые скоупы, например, сравнение, объединение, вычисление, произведение каких-либо других действий, то это лучше выносить в сервисы (
Если логика - это нечто большее, чем простые скоупы, например, сравнение, объединение, вычисление, произведение каких-либо других действий, то это лучше выносить в сервисы (
app/Services).Понял. Спасибо большое!
С
Не понял, что значит в Services? Я в репозиториях храню
Репозитории - это разве не хранилища данных?
MM
Репозитории - это разве не хранилища данных?
Не только
РИ
оно бывает иногда удобно, когда у тебя сложные условия для выборки
юнионы всякие и прочее
юнионы всякие и прочее
Единственный раз мне понадобилось использовать "репозиторий который описывают в мануалах" а точнее ioc когда писал интерфейс с несколькими реализациями =)))
АО
Ребят какие книжки по PHP(Laravel) можно почитать на досуге?
MM
Интерфейс с несколькими реализациями? Фабрика, стратегия?
MM
Ребят какие книжки по PHP(Laravel) можно почитать на досуге?
Только документацию)
РИ
Ребят какие книжки по PHP(Laravel) можно почитать на досуге?
АО
Только документацию)
Слово «только» по моему лишнее
D
Интерфейс с несколькими реализациями? Фабрика, стратегия?
Фабрика
SZ
коллеги, привет
посоветуйте хорошие прокси сервисы.
посоветуйте хорошие прокси сервисы.
D
😀😀😀😀😀
SZ
😒
Я спрашиваю именно из пользовательского опыта
Я спрашиваю именно из пользовательского опыта