p
сегодня мне он пригодился в сишарпе
Как
Size: a a a
2020 August 03
AZ
написал тайпкласс стратегий вычисления длительности работы курьера
AZ
и пару реализаций
AZ
оч хорошо получилось
p
Хм это как
AZ
Но, кстати, оптимизатор потом разве не выкинет, если
FLAG это константное выражение?если там будет свитч на 100 вариантов например не факт что компилятор увидит что 99 ветвей мертвые
p
Тацпкласс и пара реализаций
AZ
я выше показывал. Через эмуляцию имплиситов
p
Ну импилисит тайпкласса понятно как сделать
p
А чем здесь не угодили для этой роли интерфейс и два класса реализующего его?
KR
А чем здесь не угодили для этой роли интерфейс и два класса реализующего его?
ти шо...
...нельзя же реализовать интерфейс не для своего типа!
...нельзя же реализовать интерфейс не для своего типа!
AZ
тем что
а) мне нужно чтобы при мономорфизации не осталось вызова. Хотя бы по чисто эстетическими причинам
б) его нужно через DI прокидывать
а) мне нужно чтобы при мономорфизации не осталось вызова. Хотя бы по чисто эстетическими причинам
б) его нужно через DI прокидывать
AZ
в итоге можно, но это просто более плохое решение
KR
А почему тайпкласс не надо через ДИ прокидывать?
AZ
я же говорил, изучение других парадигм помогает лучше писать на знакомых япах
AZ
это значит что то решение которое я щас делаю просто заменяет другое которое я бы раньше написал, и чем-то лучше
AZ
А почему тайпкласс не надо через ДИ прокидывать?
потому что он типом задаётся
AZ
ты делаешь
Foo<MyImplementationTypeClass>(params) // тут уже не нужно передавать инстанс типа MyImplementationTypeClass, сам вызов с генериком уже всю необходимую информацию несётAZ
а через DI у тебя получается что-то вроде
Foo(params, myDi.GetService<MyImplementation())Ct
если там будет свитч на 100 вариантов например не факт что компилятор увидит что 99 ветвей мертвые
Мне кажется если у тебя матч по константе, то вообще не важно сколько там бранчей.