которой будет храниться информация об оплате/статусе/время , но у меня будет несколько методов платежей - для каждого метода я не хочу делать отдельную модель , как правильно поступить?
гугл "паттерн стратегия"
Спасибо, сейчас буду смотреть
может не совсем то, но по общему описанию похоже https://refactoring.guru/ru/design-patterns/strategy
Не открывает, наверное впн нужен
а, наверное для РФ сайт недоступен уже тогда просто гугл хотя еще похоже на то, что модель может быть одна, просто нужна фабрика для конкретного платежного сервиса, который будет завязан на общий интерфейс платежной системы
Ну просто суть, что модель одна, как контрукт, и есть несколько методов платежей , у каждого свой api конечно же и конфиг, мне нужно наследоваться от основной модели Payment , это относится к паттерну?
думаю, что модель будет общей, так как это лишь интерфейс для работы с бд, а дальше уже логику разносить по отдельным классам, имплементирующим один общий интерфейс с нужным методами в модели можно хранить платежную систему, по которой определять, какой именно класс нужно создавать
Вооот, да, спасибо за формулировку , как это реализовать , есть дока ?
https://medium.com/@josephajibodu/laravel-problems-and-solutions-multi-payment-integration-using-the-strategy-design-pattern-7f15fe6a579b что-нибудь такое google "laravel multiple payment gateaway"
Ну это не только payment , там много таких стыковок с одной сутью, но спасибо)
надеюсь, натолкнул на правильную мысль, дальше уже нужно гуглить много и качественно
Да, я тоже надеюсь, спасибо) статья хорошая ,.буду пробовать
Обсуждают сегодня