DT
в общем то если апишку только дополнять новыми методами, то версионировать не нужно
Size: a a a
2021 February 19
DT
методами или параметрами
ПГ
в общем то если апишку только дополнять новыми методами, то версионировать не нужно
Поменялся старый метод
DT
а как он до этого выглядел?
ПГ
а как он до этого выглядел?
$operator = $this->setting->get('operator');
Ну и дальше остальная БЛ, Остлаьная БЛ не меняется. Просто от переданных параметров оператор берется из разных мест. Но параметры меняются только в разных версиях. Т.е. в одной версии параметр
Ну и дальше остальная БЛ, Остлаьная БЛ не меняется. Просто от переданных параметров оператор берется из разных мест. Но параметры меняются только в разных версиях. Т.е. в одной версии параметр
operator всегда передается, в другой не передается никогда. Т.е. БЛ как бы меняется именно от версииVM
$operator = $this->setting->get('operator');
Ну и дальше остальная БЛ, Остлаьная БЛ не меняется. Просто от переданных параметров оператор берется из разных мест. Но параметры меняются только в разных версиях. Т.е. в одной версии параметр
Ну и дальше остальная БЛ, Остлаьная БЛ не меняется. Просто от переданных параметров оператор берется из разных мест. Но параметры меняются только в разных версиях. Т.е. в одной версии параметр
operator всегда передается, в другой не передается никогда. Т.е. БЛ как бы меняется именно от версиида не меняется БЛ от логики
это 2 действия - получить оператора и что-то с ним уже сделать
это 2 действия - получить оператора и что-то с ним уже сделать
VM
в симфони, к примеру, я бы мог получение оператора запендюрить а аргумент резолвер и даже код контроллера бы не поменялся, было бы что-то типа
public function someAction(Operator $operator, BLOperation $operation): Response
public function someAction(Operator $operator, BLOperation $operation): Response
NO
Если мало, то можно просто два метода сделать, один будет с дефолтным оператором и второй с указанным. Ифа не будет.
Если все методы, то можно сделать абстракцию и из неё доставать, что-то вроде $context->getOperatorId(), реализация будет разной в зависимости от апишки. Опять же ифа не будет, но код немного усложняется.
Если все методы, то можно сделать абстракцию и из неё доставать, что-то вроде $context->getOperatorId(), реализация будет разной в зависимости от апишки. Опять же ифа не будет, но код немного усложняется.
ПГ
Если мало, то можно просто два метода сделать, один будет с дефолтным оператором и второй с указанным. Ифа не будет.
Если все методы, то можно сделать абстракцию и из неё доставать, что-то вроде $context->getOperatorId(), реализация будет разной в зависимости от апишки. Опять же ифа не будет, но код немного усложняется.
Если все методы, то можно сделать абстракцию и из неё доставать, что-то вроде $context->getOperatorId(), реализация будет разной в зависимости от апишки. Опять же ифа не будет, но код немного усложняется.
50 строк, из них 4 зависят от версии (точнее от переданных параметров юзкейса). Делать 2 метода не очень. Если только с вынесением общей части в отдельный метод, но тоже такое себе. Да и так не получится сделать, если бы это было не в начале а в середине.
NO
50 строк, из них 4 зависят от версии (точнее от переданных параметров юзкейса). Делать 2 метода не очень. Если только с вынесением общей части в отдельный метод, но тоже такое себе. Да и так не получится сделать, если бы это было не в начале а в середине.
Что не получится там?
public function sendV1($message)
public function sendV2($message, $operatorLogin)
private function send($message, $operator)
public function sendV1($message)
public function sendV2($message, $operatorLogin)
private function send($message, $operator)