Oℕ
и что
Size: a a a
2021 August 24
Oℕ
Как это влияет на то, что нет протокола, идиоматичного скале
SS
не все типы можно передать, и это правильно, ведь та же функция это отдельный тип данных
Oℕ
так и в жс не все переменные можно передать
SS
для erlang/elixir тоже есть свой оптимальный протокол
Oℕ
какой
Oℕ
в общем, не важно, какой протокол может быть идиоматичен скале
SS
микросервисы могут общаться на любом языке, но на фронтенд стоит отправлять таки json и xml
VS
нет, давайте отправлять грпц!
SS
одни и те же данные могут быть предназначены как для визуализации, так и для другого микросервиса, стоит ли реализовывать разные протоколы или обойтись одним?
Oℕ
как уже обсуждали, нет такого популярного ЯП, чтобы для расхожих протоколов, чтобы для любого типа можно было построить инъекцию (не изоморфизм) термов этого типа в протокольные представления
Oℕ
не можете вы сериализовать, я не знаю, подключение к постгресу, чтобы потом его декодировать и получить такое же подключение
Oℕ
поэтому всегда речь идёт о специально суженном подмножестве типов
Oℕ
о каких тогда микросервисах можно говорить, как тогда общаться этим протоколом с пиром, у которого нет понятия "юниона"
Oℕ
хотите просто бинарно сериализовывать данные - используйте cryo
SS
да и xml годится, с ним работать тоже можно в почти любых условиях, вот только малость сложнее и напряжней
AM
Чё тебе надо, болезный?
Oℕ
тоже изоморфизма не будет, очевидно, что для каждого типа будут некорректные протокольные представления
Oℕ
ну вот в го будет стракт с наллабл полями и в протобаф будет стракт с наллабл полями
Oℕ
разобрались, получается