ΛВ
проблема это когда существующие абстракции не норм
Size: a a a
2021 April 30
ΛВ
а существующие абстракции норм
s
ну ок
ЮБ
Я последние несколько лет пишу приемущественно стримовые приложения. И там точно так же кусочки стримов объединяются в больший стрим
ΛВ
описали язык для бд
язык для хттп
язык для твоего бизнес-микросервиса отдельного
написали программу на этих языках
все
язык для хттп
язык для твоего бизнес-микросервиса отдельного
написали программу на этих языках
все
ЮБ
Большой разницы между трейтом с методами, которые возвращают IO или Stream — нет
ЮБ
да точнее вообще никакой нет
ΛВ
можешь лучше показать как-то на стримах эту штуку?
s
какую штуку)
s
да, думаю для определённых видов приложений возможно разница не так ощутима
ЮБ
А для каких ощутима?
ΛВ
вот, построение приложения на стримах
ΛВ
я так понял это не будет набор классов со стримами в ретурн типе
ЮБ
Так будет до первого теста, который потребуется написать
s
ну например если ты строишь какой-нибудь сетевой стек, с рутерами, разделителями, диспатчерами, шейперами, то удобно видеть это как потоки данных
s
и в целом такие приложения можно писать уже не как набор трейтов в : Stream = { и именно ставить Stream в центр
ЮБ
Мне кажется ты как-то романтизируешь стримовый подход. Стрим — это просто структура данных. Как ио, как фьюча. Конечно, со своими особенностями. Но принципиального отличия в плане построения приложений на стримах и на ио — нет.
Α
Скорее твоя бизнес логика будет остальные языки юзать и все, а для нее самой никакого своего языка не будет
И почему трейты с методами начали называть языки? Или я путаю?
И почему трейты с методами начали называть языки? Или я путаю?
s
мне кажется это ты недооцениваешь стримы как самостоятельный структурирующий элемент
ЮБ
ну ок