КГ
А какая вам разница, как его пользователю?
Внутри он инкапсулирует всё, что нужно для работы
Внутри он инкапсулирует всё, что нужно для работы
Я не могу стать его пользователем, не написав его)
Size: a a a
2021 February 18
АС
очень спорно
вы запись в event log где будете делать в своей модели? в сеттере?
АС
так вы до afterSave() докатитесь с такими рассуждениями
АС
а проверку на то, что операция возможна - тоже в сеттер засунете?
АС
нечего тут спорить-то
нет предмета для спора
как изучите что-то кроме Active Record из Yii1 - так и приходите, поспорим
нет предмета для спора
как изучите что-то кроме Active Record из Yii1 - так и приходите, поспорим
АС
часто не имеют никакой семантике в предметной области. Например только в каком-нибудь ЗАГСе имеет смысл операция типа $person->setFirstName();
ваш код буквально обозначает "человек сам себе поменял имя"
разумеется это несемантично
разумеется это несемантично
VC
вы запись в event log где будете делать в своей модели? в сеттере?
в сервисе который сеттер дернул, это если я вообще сеттер напишу. Для этого примера у меня скорее будет $person->changeLastName($name)
VC
ваш код буквально обозначает "человек сам себе поменял имя"
разумеется это несемантично
разумеется это несемантично
нет там ни прошедшего времени ни пассива Команда человек, поменяй имя
M
в сервисе который сеттер дернул, это если я вообще сеттер напишу. Для этого примера у меня скорее будет $person->changeLastName($name)
Зачем сеттеру дергать сервисы )
АС
нет там ни прошедшего времени ни пассива Команда человек, поменяй имя
что, разумеется, абсурдно
VC
Зачем сеттеру дергать сервисы )
сервис дернул сеттер
VC
нечего тут спорить-то
нет предмета для спора
как изучите что-то кроме Active Record из Yii1 - так и приходите, поспорим
нет предмета для спора
как изучите что-то кроме Active Record из Yii1 - так и приходите, поспорим
не судите опрометчиво
2021 February 19
ПГ
Приветствую. Подскажите плиз с версионированием api, кто какие стратегии использует?
Думаю вот вообще делать отдельные папки v1/v2/v3 для всех частей проекта. Но возникает 2 вопроса: 1) что делать с сущностями, ведь что-то может различаться - а база одна. Да и например доктрина не поймет сущностей с одинаковыми таблицами. 2) Появляется много дублирующего кода - можно решить наследованием, но такое себе.
Или же какие то сервисы юзкейсы - кусками версионировать? Только то, что действительно поменялось. Хотя юзать v2 контроллеры на v1 сервисы - ну такое себе тоже мне кажется.
Думаю вот вообще делать отдельные папки v1/v2/v3 для всех частей проекта. Но возникает 2 вопроса: 1) что делать с сущностями, ведь что-то может различаться - а база одна. Да и например доктрина не поймет сущностей с одинаковыми таблицами. 2) Появляется много дублирующего кода - можно решить наследованием, но такое себе.
Или же какие то сервисы юзкейсы - кусками версионировать? Только то, что действительно поменялось. Хотя юзать v2 контроллеры на v1 сервисы - ну такое себе тоже мне кажется.
AD
Приветствую. Подскажите плиз с версионированием api, кто какие стратегии использует?
Думаю вот вообще делать отдельные папки v1/v2/v3 для всех частей проекта. Но возникает 2 вопроса: 1) что делать с сущностями, ведь что-то может различаться - а база одна. Да и например доктрина не поймет сущностей с одинаковыми таблицами. 2) Появляется много дублирующего кода - можно решить наследованием, но такое себе.
Или же какие то сервисы юзкейсы - кусками версионировать? Только то, что действительно поменялось. Хотя юзать v2 контроллеры на v1 сервисы - ну такое себе тоже мне кажется.
Думаю вот вообще делать отдельные папки v1/v2/v3 для всех частей проекта. Но возникает 2 вопроса: 1) что делать с сущностями, ведь что-то может различаться - а база одна. Да и например доктрина не поймет сущностей с одинаковыми таблицами. 2) Появляется много дублирующего кода - можно решить наследованием, но такое себе.
Или же какие то сервисы юзкейсы - кусками версионировать? Только то, что действительно поменялось. Хотя юзать v2 контроллеры на v1 сервисы - ну такое себе тоже мне кажется.
Зачем тебе версионирование?
ПГ
Зачем тебе версионирование?
Фронт разных версий. Кто то обновляется, кто-то нет
ПГ
Обычно версионируется только внешняя структура апи, а не внутренности. То есть структура запросов и ответов. Отделяешь еë и складываешь в свою папку по номеру версии. При этом все версии будут работать с одними и теми же сущностями.
Ну изменение структуры запросов/ответов влечет за собой причину, это скорее всего логика какая- то. В итоге появляются какие то условия или необязательные параметры а это куча лишних if и прочее
АС
IFDEF-development
NO
Ну изменение структуры запросов/ответов влечет за собой причину, это скорее всего логика какая- то. В итоге появляются какие то условия или необязательные параметры а это куча лишних if и прочее
Да. Ты платишь сложностью кода за возможность поддержки разных апи. Главное не сделать иф на версию, а то будет фейл.