С
И делает для него интерфейс
Size: a a a
2020 July 14
С
В виде эндпоинтов
AH
Бизнес-логика тоже может работать с БД, если это нужно в проекте
AH
Принцип единой ответственности не значит, что в одном классе (сервисе) нельзя работать и с базой, и с мылом.
Он подразумевает, что если для решения одной задачи нужно добавить запись в базу и отправить мыло, то это можно сделать условно в одном месте. Но больше этот класс не должен ничего реализовывать.
Он подразумевает, что если для решения одной задачи нужно добавить запись в базу и отправить мыло, то это можно сделать условно в одном месте. Но больше этот класс не должен ничего реализовывать.
С
Спасибо за пояснения🤗🙂
VV
Добрый день, подскажите почему это не работает:
А это работает:
$old_price_list_item->$type_data['relation']
А это работает:
$old_price_list_item->$relation
AH
Добрый день, подскажите почему это не работает:
А это работает:
$old_price_list_item->$type_data['relation']
А это работает:
$old_price_list_item->$relation
Синтаксис.
Оберни в фигурные скобки:
Оберни в фигурные скобки:
`$old_price_list_item->{$type_data['relation']}`VV
спасибо))
DM
Принцип единой ответственности не значит, что в одном классе (сервисе) нельзя работать и с базой, и с мылом.
Он подразумевает, что если для решения одной задачи нужно добавить запись в базу и отправить мыло, то это можно сделать условно в одном месте. Но больше этот класс не должен ничего реализовывать.
Он подразумевает, что если для решения одной задачи нужно добавить запись в базу и отправить мыло, то это можно сделать условно в одном месте. Но больше этот класс не должен ничего реализовывать.
Не нарушает, если его задача писать в базу и отправлять мыло, но нарушает, если он несёт в себе детали реализации работы с базой и отправки мыла. Т.е. если наш класс получает в виде зависимостей некоторые Mailer и DB, и обращается к ним, то всё ок.
AH
Не нарушает, если его задача писать в базу и отправлять мыло, но нарушает, если он несёт в себе детали реализации работы с базой и отправки мыла. Т.е. если наш класс получает в виде зависимостей некоторые Mailer и DB, и обращается к ним, то всё ок.
Верно.
Например, из фасада
Sergey, это и предыдущее сообщение тебе.
Например, из фасада
Config можно получить кэшированное значение, но работать с кэшем напрямую в нём нельзя - нужно обратиться к нужной инстанции.Sergey, это и предыдущее сообщение тебе.
DM
А вообще я оч. долго догонял что значит "такой-то класс делает это". Долго не понимал что "делает" значит несёт в себе детали реализации. Думал что "делает" относится к вызывающему коду, а по сути вызывающий код "просит сделать" :)
DM
Кто-нибудь читал Object Thinking?
DM
Есть русский вариант? Перерыл гугл, не нашёл
AH
С
А вообще я оч. долго догонял что значит "такой-то класс делает это". Долго не понимал что "делает" значит несёт в себе детали реализации. Думал что "делает" относится к вызывающему коду, а по сути вызывающий код "просит сделать" :)
На каком моменте получилось во все въехать? Статья какая-то или книга?
С
Верно.
Например, из фасада
Sergey, это и предыдущее сообщение тебе.
Например, из фасада
Config можно получить кэшированное значение, но работать с кэшем напрямую в нём нельзя - нужно обратиться к нужной инстанции.Sergey, это и предыдущее сообщение тебе.
A
А вообще я оч. долго догонял что значит "такой-то класс делает это". Долго не понимал что "делает" значит несёт в себе детали реализации. Думал что "делает" относится к вызывающему коду, а по сути вызывающий код "просит сделать" :)
Там главное понятие это чтобы данные и код работающий с ними находились как можно ближе. Почти всегда это в теле одного класса.
A
Когда данные в одном классе а код с ними работающий - в другом. Это приводит к проблемам. Со связностью в основном.
A
На больших проектах ценой является боль поддержки
A
Есть исключения типа дтошек. Но это объяснимо