M
Может и так
Size: a a a
2021 May 05
F
Я конечно не уверен, но скорее всего сервис должен это делать
T🐜
сделай отдельный объект\функцию, который будет представлять операцию трансфера.
AV
Я вот сейчас углубляюсь и немного не могу понять разницу, когда объект должен себя сам протектить и когда протектить его должен вышестоящий сервис допустим.
Где можно вот про эту грань почитать?
Где можно вот про эту грань почитать?
SB
В ооп
Обект который себя не протектит это структура
никакого отношения к ооп и обектам не имеет
Обект который себя не протектит это структура
никакого отношения к ооп и обектам не имеет
AV
хорошо, как в данном случае объект должен протектить себя?
VS
В фп не обьекты чтоле?
SB
Tell don't ask знаменитый
Information hiding (см GRASP для примера)
Ну и алана кея про его объекты изначальные которые сообщениями обмениваются
Information hiding (см GRASP для примера)
Ну и алана кея про его объекты изначальные которые сообщениями обмениваются
M
Это по ситуации надо смотреть, как удобнее
VS
Теперь понятно) Очень полезно))
AV
ну у меня 2 варианта. либо в команде хранить id на чемпионат и когда игрока трансферим - проверить в нем
class Player{
private Team team;
function transfer(Team newTeam)
{
if(newTeam.championship.isEquals(this.team.championship)
// бросаем исключение
// трансферим игрока
}
}
class Player{
private Team team;
function transfer(Team newTeam)
{
if(newTeam.championship.isEquals(this.team.championship)
// бросаем исключение
// трансферим игрока
}
}
M
Есть ооп подход, когда данные инкапсулируются, и есть процедурный подход, когда метод работает со структурой
AV
либо должен делать вышестоящий сервис, который вызывает метод
VS
Выглядит не очень.
Игрок знает и кишки тимы и кишки чемпионата. Каша.
Игрок знает и кишки тимы и кишки чемпионата. Каша.
VS
Можно [team1, team2] = transfer(playerId, team1Init, team2Init)
AL
фраза достойная @ebanatics
M
Скажешь, не так?
M
Че молчишь?
AL
нечего сказать просто
SP
Ну тоесть связанность на уровне базы. Ок