Да, и так под каждое различие пилить. А потом запиливать обратно. Конечно вариант. Но как по мне - теорема эскобара пока что

Вариантов-то масса. Выбирай на любой вкус. Если хочется прямо такой код чтобы не было лишнего метода, можно и это сделать. И даже без всяких IF )

1. Пилишь абстракцию и её передаёшь в метод, реализация различная в зависимости от версии апи.

2. Выделить отдельный слой, устойчивый к изменениям апишки и сосредоточить различия между версиями в нём. Будет грубо говоря некий Core API, который будет вызываться из версионного.

Это кому как нравится. Вкусы у всех разные, кого-то лишний класс в дрожь бросает, кому-то методы не нравятся. Кто-то абстракций как огня боится ) Под любого можно найти решение, главное чтобы лишней сложности не было.

Вот копипастить целиком всю БЛ это уже заведомо гиблое дело, так же как и IF плодить )

Да я понимаю. Пока что все варианты включая мой для решения конкретной проблемы версионирования я вижу как теорему эскобара. Везде свои минусы и где меньше, больше - вообще не понятно

ты можешь реализации провайдера менять в зависимости от изменения апишки. в этом конкретном примере БЛ заключается в отправке меседжа от имени оператора. она не меняется от версии АПИ, я бы даже не делал для этого версию. добавил параметр необязательный, кому надо - тот шлет, кому не надо - тот не шлет

Нет, в твоей есть проблемы посерьёзней чем "когда-то придётся удалить этот метод когда он не будет использоваться"

Ну да, копипаст отпадает. Хорошо что на этом порешали)

тут есть смысл делать версии на СДК, который у клиента. Вторая версия СДК будет слать логин, но на беке он опциональный, если ты саппортишь отправку от дефолтного оператора

Да код я понял. Обычная стратегия. Момент в том что это вносит сложность возможно там где оно не надо. Возможно - опять таки

оно всегда так, вроде только один ифчик там, другой ифчик сям... а через пол года начинаются разговоры, что пора бы это дерьмо переписать с нуля =)

Не спорю) но и перебарщивать с архитектурой не меньшее зло

Вопрос по Swoole: может кто ткенёт лицом в ссылочку где объяснено  что значит json support при компиляции?

В ентити лучше не писать логику

а где ты его увидел?
https://www.swoole.co.uk/docs/get-started/installation

а куда ее писать?

В сервисах

TELL, DON'T ASK

у тебя тогда не энтити а тупые ДТОхи

Да, просто данные

Только DDD-шникам не говорите это)