Кто подскажет в двух словах, в чем разница между паттерном

Question

Node.js — русскоговорящее сообщество

✙ Nikita 🇺🇦🇵🇱🇱🇻🇱🇹🇪🇪🇺🇸🇬🇧🇨🇿🇫🇷🇩🇪🇮🇹🇧🇬🇹🇼🇯🇵🇰🇷🇹🇷🇪🇸🇬🇷

Кто подскажет в двух словах, в чем разница между паттерном

стратегия и том чтобы я подставлял разные реализации одного и тоже интерфейса?

#backend #javascript #node.js #programming #russian

0

06.04.2021

20 ответов

50 просмотров

✙ Nikita 🇺🇦🇵🇱🇱🇻🇱🇹🇪🇪🇺🇸🇬🇧🇨🇿🇫🇷🇩🇪🇮🇹🇧🇬🇹🇼🇯🇵🇰🇷🇹🇷🇪🇸🇬🇷 Автор вопроса

разве? просто тогда получается что интерфейсы чуть сами по себе и являются паттерном стратегии?

0

06.04.2021

Ruslan

В принципе, стратегия это реализация структурного полиморфизма, где есть объект и его ссылка инкапсулипована в другом классе через один из видов ассоциации

0

06.04.2021

✙ Nikita 🇺🇦🇵🇱🇱🇻🇱🇹🇪🇪🇺🇸🇬🇧🇨🇿🇫🇷🇩🇪🇮🇹🇧🇬🇹🇼🇯🇵🇰🇷🇹🇷🇪🇸🇬🇷 Автор вопроса

спасибо конечно за опеределение из методички)))

0

06.04.2021

Ruslan

Нет, если честно сам определил

0

06.04.2021

Ruslan

Любой патерн построен на концепциях ооп, если рассматривать с этой стороны, то определение простое

0

06.04.2021

Aleksey Kozin

array.map(f) f - стратегия

0

06.04.2021

Ruslan

Интерфейс это не стратегия, потому что интерфейс это подвид наследования по определению, а стратегия это реализация интерфейса чем-то и дальше его использование

0

06.04.2021

✙ Nikita 🇺🇦🇵🇱🇱🇻🇱🇹🇪🇪🇺🇸🇬🇧🇨🇿🇫🇷🇩🇪🇮🇹🇧🇬🇹🇼🇯🇵🇰🇷🇹🇷🇪🇸🇬🇷 Автор вопроса

Смелое заявление конечно)

0

06.04.2021

Алексей Попов

у гоф, емнип, в примере показано на смене стратегии разбиения строки - стратегия "без переносов" vs стратегия "с переносами" то есть какие-то действия обобщаются, пилятся классы с реализацией, и выбирается один из них в рантайме (на основе выбора пользователя, например - поменял настройку разбиения строк) это можно описать словами "подставлял разные реализации", но в стратегии упор на смену поведения (какого-то аспекта поведения) в рантайме

0

06.04.2021

✙ Nikita 🇺🇦🇵🇱🇱🇻🇱🇹🇪🇪🇺🇸🇬🇧🇨🇿🇫🇷🇩🇪🇮🇹🇧🇬🇹🇼🇯🇵🇰🇷🇹🇷🇪🇸🇬🇷 Автор вопроса

Я к чему все это завел, конкретная задача, есть N платежных систем, и есть M точек входа от клиентов (грубо говоря ендпоинты отдельные: оплатить один платеж, заморозить деньги по этому платежу, открыть форму оплаты, и т.п.). Реализация конечно же этих методов для каждой системы своя. Тип платежной системы определяется в момент выполнения запроса чтением настроек из бд. Сейчас это работает на куче if'ов с копипастой, хочу сделать рефакторинг. Так вот, думаю как это лучше сделать - самое простое что приходит в голову это реализовать на каждую систему по интерфейсу и закинуть все в хэшкарту <paymentSystemId, implementation>. Но тем не менее - это будет считаться стратегией? Вы пишите что меняется поведение, в моем кейсе поведение не меняется, оплата как в одной системе проведеться, так и во второй. Или нет?

0

06.04.2021

Алексей Попов

вообще хз всё зависит от того, насколько там можно обобщить алгоритм может достаточно вынести какие-то детали в template method поведение - это не про результат для пользователя, а про алгоритм, реализованный стратегией

0

06.04.2021

Я Y

Загугли что такое полиморфизм

0

06.04.2021

Nikolay Krashnikov

Ифы с копипастой норм

0

06.04.2021

✙ Nikita 🇺🇦🇵🇱🇱🇻🇱🇹🇪🇪🇺🇸🇬🇧🇨🇿🇫🇷🇩🇪🇮🇹🇧🇬🇹🇼🇯🇵🇰🇷🇹🇷🇪🇸🇬🇷 Автор вопроса

не, они то норм в плане KISS, но точно не в моем случае