O
Тогда я запутался вообще.... ))))
Size: a a a
2020 January 03
РИ
В данном случае имеется виду что если класс работает с заказом, то он и должен с ним работать, а не и с заказом, и обрабатывать там клиента, создавать и тд
А можешь пояснить что имеешь ввиду?
РИ
Ребята еще вопрос, а вот контракты когда стоит использовать? Например видел один пакет где парень для всех классов своих репозиторных использует контракты
Вот пример
https://github.com/Bottelet/flarepoint-crm/blob/master/app/Repositories/Client/ClientRepository.php
Вот интерфейс
https://github.com/Bottelet/flarepoint-crm/blob/master/app/Repositories/Client/ClientRepositoryContract.php
А вот контроллер
https://github.com/Bottelet/flarepoint-crm/blob/master/app/Http/Controllers/ClientsController.php
Зачем он так делает? В чем смысл?
Вот пример
https://github.com/Bottelet/flarepoint-crm/blob/master/app/Repositories/Client/ClientRepository.php
Вот интерфейс
https://github.com/Bottelet/flarepoint-crm/blob/master/app/Repositories/Client/ClientRepositoryContract.php
А вот контроллер
https://github.com/Bottelet/flarepoint-crm/blob/master/app/Http/Controllers/ClientsController.php
Зачем он так делает? В чем смысл?
РИ
Хорошая статья, но вопрос как раз именно в том а зачем мне в конструктор загонять интерфейс а не сервис класс например?
РИ
Если я например не планирую ничего менять
РИ
Например вот в таком случаи имеет ли смысл делать так
РИ
РИ
РИ
ИС
Нет
ИС
Я бы на твоём месте придерживался такого подхода: делать как удобнее
Если ты в какой-то момент поймёшь, что репозиторием было бы удобно что-то реализовать, то заюзаешь репозитории
Сейчас это усложнение ради усложнения
Если ты в какой-то момент поймёшь, что репозиторием было бы удобно что-то реализовать, то заюзаешь репозитории
Сейчас это усложнение ради усложнения
РИ
Нет
Правильно ли я понимаю что имеет смысл только например если я буду менять в будущем базу данных?
РИ
Я бы на твоём месте придерживался такого подхода: делать как удобнее
Если ты в какой-то момент поймёшь, что репозиторием было бы удобно что-то реализовать, то заюзаешь репозитории
Сейчас это усложнение ради усложнения
Если ты в какой-то момент поймёшь, что репозиторием было бы удобно что-то реализовать, то заюзаешь репозитории
Сейчас это усложнение ради усложнения
Понял! Тогда такой вопрос. Что делать вот с таким кодом. Выносить в контроллер или оставлять в сервис классе?
РИ
ИС
По чату я вижу, что ты стараешься искать хорошие практики и использовать их
Можно, конечно, попробовать, сравнить
Если от этой практики тебе не стало лучше, то отложи ее
Возможно, когда-то ты поймёшь, что вот, тут же эту практику можно было бы в тему заюзать
И тогда заюзаешь
Можно, конечно, попробовать, сравнить
Если от этой практики тебе не стало лучше, то отложи ее
Возможно, когда-то ты поймёшь, что вот, тут же эту практику можно было бы в тему заюзать
И тогда заюзаешь
ИС
Вот ты видишь смысл от репозитория в своем кейсе?
ИС
Автор этой статьи - нет
ИС
Другие участники чата - нет
ИС
Понял! Тогда такой вопрос. Что делать вот с таким кодом. Выносить в контроллер или оставлять в сервис классе?
Я такое в контроллере храню
РИ
Я такое в контроллере храню
Спасибо! Теперь я понял