AP
WS создавались не для "JSON API с пушами", я только лишь это пытался сказать.
WS >> JSON APISize: a a a
2017 December 04
AP
AP
Поэтому попытка свести
WS к JSON API пусть даже "по умолчанию" - плохая тенденцияВл
а рест == json api?
ŹR
Но лучше же так, чем через лонгполлинг
AP
REST тоже не сошелся на JSON, понятно дело
ŹR
Никто же не говорит про умолчание
AP
Но лучше же так, чем через лонгполлинг
Только потому, что нынешние серверы не умеют лонгполлинг? :)
AP
Чем плохой лонгполлинг, WS лучше, конечно
AP
Но в основном потому, что это не костыль (что из себя лонгполлинг и представляет), а сознательное решение
AP
Думаю, что WS выиграли бы от стандартизации набора протоколов, которые бы использовались большинством - "Pub/Sub over WS", "JSON RPC" и ещё штуки три подобных "подстандарта"
AP
Тогда и тулинг имел бы смысл
AP
А так даже тот же pub/sub делают по-разному кто во что горазд
ŹR
Так давай делать, чё проблем то?
PF
Вот любой лонгполлинг можно заменять на вебсокет
это называется - экономить на спичках
MP
Elm для фронта.
PureScript для фронта.
В чем преимущество первого?
PureScript для фронта.
В чем преимущество первого?
В Model-View-Update и тем, что с ним можно не знать dom и js.
AP
Model-View-Update есть в purescript-pux, DOM там можно не знать ровно так же, из JS придется знать только тулинг типа npm и bower, но минимально
J
В Model-View-Update и тем, что с ним можно не знать dom и js.
Когда пишешь декодеры и порты, без знаний dom и js не обойтись)
MP
Просто не надо их писать. 😉