AP
Т.е. формат должен быть всепроникающим
Size: a a a
2020 November 13
AP
Или должны быть средства, которые на барьерном уровне распакуют, выдадут в читаемом формате, потом упакуют
AP
Т.е. сodec as a pipe
JS
у EDN странности в формате. например, есть () и [], но их отличия описаны не через представление данных в формате, оно не отличается вообще, а через способы обработки таких данных в приложении.
то есть у нас есть 2 штуки, которые выглядят идентично, но вы должны их различать, потому что Рич Хики так сделал Кложу
то есть у нас есть 2 штуки, которые выглядят идентично, но вы должны их различать, потому что Рич Хики так сделал Кложу
RR
вы неправильно используете пайпы )
AP
у EDN странности в формате. например, есть () и [], но их отличия описаны не через представление данных в формате, оно не отличается вообще, а через способы обработки таких данных в приложении.
то есть у нас есть 2 штуки, которые выглядят идентично, но вы должны их различать, потому что Рич Хики так сделал Кложу
то есть у нас есть 2 штуки, которые выглядят идентично, но вы должны их различать, потому что Рич Хики так сделал Кложу
Юра, я не топлю за конкретный формат же. Просто EDN мне нравится больше, чем JSON
JS
hedn для Haskell, например :)
прекрасная штука! не без багов, но в некоторых вещах лучше, чем эти их JSON/YAML/XML/...
AP
Я бы скорее хотел JSON, но без кавычек у ключей — да, ценой отказа от произвольных строк в ключах.
Причем текстовая кодировка JSON не нужна на низком уровне. Пусть будет что-то в виде байтиков, чтобы байтстроки не перегонять в BASE64
Причем текстовая кодировка JSON не нужна на низком уровне. Пусть будет что-то в виде байтиков, чтобы байтстроки не перегонять в BASE64
JS
у меня на hedn один декларативный язык написан, то есть синтаксис на EDN
JS
Я бы скорее хотел JSON, но без кавычек у ключей — да, ценой отказа от произвольных строк в ключах.
Причем текстовая кодировка JSON не нужна на низком уровне. Пусть будет что-то в виде байтиков, чтобы байтстроки не перегонять в BASE64
Причем текстовая кодировка JSON не нужна на низком уровне. Пусть будет что-то в виде байтиков, чтобы байтстроки не перегонять в BASE64
JSON5, там ещё бесплатные запятые и комментарии
JS
Я бы скорее хотел JSON, но без кавычек у ключей — да, ценой отказа от произвольных строк в ключах.
Причем текстовая кодировка JSON не нужна на низком уровне. Пусть будет что-то в виде байтиков, чтобы байтстроки не перегонять в BASE64
Причем текстовая кодировка JSON не нужна на низком уровне. Пусть будет что-то в виде байтиков, чтобы байтстроки не перегонять в BASE64
messagepack
AP
Мне кажется, что JSON5 будет полезен, как один из "стоков", но не как транспортный протокол
AP
Ну не нужно жертвовать производительностью ради каких-то там возможностей погрепать в терминале. Нужен просто совместимый grep!
AP
Человекочитаемость тоже в топку. Преттипринтер спасёт
AP
Поэтому "висячие запятые" тоже не нужны
AP
Зато литеральная форма конкретно в shell для этого же формата была бы полезна — чтобы передавать на вход пайпов и в качестве параметров
RR
Человекочитаемость тоже в топку. Преттипринтер спасёт
удачи в отладке
AP
Дампнул и прогнал преттипринтер
AP
Не нужно этого бояться
AP
Зато литеральная форма конкретно в shell для этого же формата была бы полезна — чтобы передавать на вход пайпов и в качестве параметров
docker ("run", {
image: ("foo", "latest"),
volumes: [(pwd(), "/work")],
ports: [(8000, 80)]
}) | ...