SP
Size: a a a
2020 May 14
B
nameof(u.Foo) == "Foo"
SP
я наверное даже не keyof имел ввиду, кек
e
я наверное даже не keyof имел ввиду, кек
тоже так думаю)
SP
короче в тс можно сделать
type Yoba = {type:"a", ololo: string} | {type:"b", "trololo": string}
type Yoba = {type:"a", ololo: string} | {type:"b", "trololo": string}
SP
такой type branding
e
так
e
ну и в расте можно точно так же сделать (с помощью енамов)
B
короче в тс можно сделать
type Yoba = {type:"a", ololo: string} | {type:"b", "trololo": string}
type Yoba = {type:"a", ololo: string} | {type:"b", "trololo": string}
DS
И что? Книга же вроде вообще про DDD и как его в ФП применять
Это очень ограниченное ФП, мало общего имеет с тем, что в нормальных ФП языках делают
B
короче в тс можно сделать
type Yoba = {type:"a", ololo: string} | {type:"b", "trololo": string}
type Yoba = {type:"a", ololo: string} | {type:"b", "trololo": string}
VS
Это очень ограниченное ФП, мало общего имеет с тем, что в нормальных ФП языках делают
Ну шо, в ФП не пытаются как в ООП обычном смоделировать реальный мир?
DS
Ну шо, в ФП не пытаются как в ООП обычном смоделировать реальный мир?
Разница в средствах выразительности
DS
Стиль в одном и том же между нормальными ФП языками и нет - будет очень разный
VS
Разница в средствах выразительности
Ну а какие норм есть книги про DDD?
DS
Ну а какие норм есть книги про DDD?
По нормальной архитектуре в нормальном ФП - нет.
Вам читать статьи
Вам читать статьи
VS
По нормальной архитектуре в нормальном ФП - нет.
Вам читать статьи
Вам читать статьи
Ну в принцыпе - прочитал Эванса и дальше уже придумывать
e
Ну шо, в ФП не пытаются как в ООП обычном смоделировать реальный мир?
ну так да, есть Free Monad'ы например
DS
ну так да, есть Free Monad'ы например
Это не про моделирование реально мира
AZ
хаха в расте нет строковых литералов и keyof
а еще нельзя заманкипатчить объект