История изменений
Исправление silver-bullet-bfg, (текущая версия) :
Да, конечно. JSON не реализован на уровне языка (что не удивительно) или стандартной библиотеки (а вот это для меня было внезапно), поэтому для данного формата используются энкодеры/декордеры различной степени кривости. ЕМНИП, самая производительная была от Mail.ru, но могу ошибаться.
Операция выходит дорогая. Когда я тыкал это вместе с ravel (пару лет назад, правда, но бывшие коллеги говорят, что ничего не поменялось в сущности), то все выигрыши в скорости Golang+Ravel сливал и работал на уровне Python+Aiohttp как только доходили до того, что надо принять JSON, мутировать данные и куда-нибудь растолкать + вернуть ответ. Node жеж там где было много работы с JSON (у нас часть данных гонялось в MongoDB) показывал результаты где-то в полтора-два раза лучше. Просто потому, что меньше издержек.
По удобству - в общих случаях шикарно, иногда правда нужно написать немного больше кода, по сравнению с другими языками.
JS тут всё равно будет удобнее, ибо JSON - это родной формат VM (JSON - JavaScript Object Notation, ага), так что не удивительно. В остальном - я лично не увидел ничего мегаудобного в работе с JSON ни на одном другом ЯП, всё +/- одинаково, с поправкой на синтаксис/семантику.
Исходная версия silver-bullet-bfg, :
Да, конечно. JSON не реализован на уровне языка (что не удивительно) или стандартной библиотеки (а вот это для меня было внезапно), поэтому для данного формата используются энкодеры/декордеры различной степени кривости. Операция выходит дорогая. Когда я тыкал это вместе с ravel (пару лет назад, правда, но бывшие коллеги говорят, что ничего не поменялось), то все выигрыши в скорости Golang+Ravel сливал и работал на уровне Python+Aiohttp. Node жеж там где было много работы с JSON (у нас часть данных гонялось в MongoDB) показывал результаты где-то в полтора раза лучше.