Tree как универсальный формат общения программ и людей

Ты на хабре всех достал уже своими поделками, теперь сюда их притащил? tree не нужен, $mol - говно.

С двоеточиями и дефисами вместо \ красивее.

Как на tree будет выглядеть конфиг?

Приведите пример интересующего вас конфига - перепишу его на tree.

Да в принципе любой, хоть php.ini.

Например, это может быть такой DSL:

precision 14
zlib output_compression +
zend
	enable_gc +
	exception_ignore_args -
memory_limit 128 M
error_reporting
	+ ALL
	- DEPRECATED
	- STRICT
default_mimetype \text/html
mail
	smtp
		host \localhost
		port 25
	add_x_header -
session gc
	probability 1
	divisor 1000

Весна.

Любой формат должен иметь какое-то целеполагание. Если цель - human readable, то данная поделка вообще мимо. Любая другая цель не предполагает участие человека, а , значит, нет необходимости использовать что-то, кроме binary.

Совсем не мимо. Он прекрасно понимается человеком. При любой другой цели участие человека всё равно происходит при отладке. Ну и опять же, это бинарный формат. Вас никто не заставляет использовать человекочитаемые имена узлов.

Он является бинарным, но человекопонятным

Чувствую запах свежего налюбилова

в 2 раза быстрее JSON

Это особенно порадовало.

запах свежего налюбилова

Читаемый текст с нечитаемыми символами (раз бинарный). Неукоснительное соблюдение, все как мы любим.

Голосом старушки:

чово накинулися на молодого человека? Он делом занимаетсяа не так как вы, всё время курите, ироды

Я совсем чут-чуть преувеличил: https://github.com/nin-jin/tree.d#parse

Может, оно движется в топку в 3 раза быстрее жсона.

Можете сами заценить: https://github.com/nin-jin/tree.d/blob/master/examples/binary.tree Тут в качестве значений приведены все 256 байт.

Не увидел читаемость лучше, чем JSON, значит вряд ли имеет смысл

Многострочный текст и регулярки в JSON особенно красивы.

В сортах квадратиков и вопросиков не разбираюсь, к сожалению. А может, к счастью.

А сериализовать-то его компактно как, с обязательными отступами?

Буквально зашел на Github, посмотрел пример JSON vs JSON.tree, JSON выглядит понятнее, без слэшей и прочего. Что я вижу не так, товарищ автор?

Да, он с отступами компактней, чем JSON без отступов.

Ну и вообще, как вы яхту назовете, так она и. Какое-то скучное название, ящетаю. С таким названием ты слона не продашь.

Предлагаю назвать Python Readable Object Notation, сокращенно PRON.

Тут можете глянуть более наглядный пример.

Что думаете об этом всём?

Наркомания какая-то.

Интересно. Для себя выдумывал что-то похожее, но без разделения на struct/data и обязательного требования объявлять каждый node на отдельной строке.

Разделение необходимо, чтобы в данных не интерпретировалась структура и можно было обойтись без экранирования. Ноды на отдельных строках обязательны лишь, когда их больше 1 на одном уровне. Если нода одна - можно оставить на той же строке, не увеличивая уровень отступов.

Вообще довольно круто. Может быть возьму себе для описания правил сборки пакетов. К YAML у меня претензии в его сложности и лёгкости выстрелить себе в ногу из-за автоматической конвертации типов.

Если убрать из yaml-а всю чушь то останется примерно то же самое что у автора, только спецсимволы другие и, как итог, выглядит (для человека) приятнее.

В Kate, Notepad++ интеграцию подсветки сделать возможно?

Очень слабая документация в корне репозитория. Ты жонглируешь какими-то терминами, одному тебе понятными. Как результат, я например нифига не понял твой формат. Ты бравируешь тем, что экранирование не нужно, но в то же время твои примеры переполнены \мразотным \хуесосным \синтаксисом, а часть символов и вовсе запрещены к использованию (где именно запрещены — хер поймёшь, потому что в документации табличка, где ты наставил себе пятёрок ЛОЛ!!!, вместо документации).

Не, может тема крутая, я не хочу обсирать твою идею, но подача — отстой. С такой подачей в опенсорсе далеко не уедешь.

Дмитрий Карловский в мире разработки - это как saahriktu, den73 или mertvoprog - человек не от мира сего, идущий против комьюнити, отчаяно ищущий единомышленников, но всюду гонимый и никем непонятый.

Но ведь нонконформист не должен искать единомышленников, иначе он станет конформистом внутри своей секты и перестанет быть нонконформистом…

ЗЫ желаю автору всяческих успехов!

Так он не выбирал быть нон. Как и все люди из моего списка. Он хочет быть кон. Не выходит, уже очень много-много лет.

Я бы сказал, что хорошо настоенного метапрога.

«Хочет быть кон» из твоего списка только den73. Остальных двоих вполне устраивает роль альтернативщиков.

Indents must use tabs

Закапывайте. Еще одно говно, которое зависит от невидимого форматирования, а при повреждении проще все переписать.

Наверняка, возможно поможет схема от вскода: https://github.com/nin-jin/vscode-language-tree/blob/master/syntaxes/tree.tmLanguage.json

Не хотите помочь с написанием доки, которая даже дураку будет понятна?

Он является бинарным, но человекопонятным, но не требует экранирования, но парсится как машиной так и человеком предельно однозначно.

3 «НО» в одном предложении? Два из них точно лишние, угадаешь какие?

Свойства, да и сами объекты не всегда являются строками.
Как в tree поместить бинарные данные?

Формат интересный, но пока не понял для каких задач его удобно использовать.

----------------------------------
XML, JSON, ... да и этот формат предопределяют то, что лишь разработчик понимает предназначение каждого тега.
Это порождает лавинообразную разработку велосипедов.

Проще говоря - «В голове у меня бигуди, а на большее ты не надейся».

Формат скорее всего имеет нишу использования ту же, что и protobufer, ...

структуризация отступами - это шлак. идее сто лет в обед, удобство и простота тут только кажущиеся, читаемо это только в виде коротких конструкций. если такие конструкции в экран не укладываются и вложенность глубокая - вообще непонятно, кто на ком стоял, и где что заканчивается. тут нужно редактору рисовать вертикальные рулеры, чтобы разобраться.

а в сериализованном виде это даже длинней в байтах, чем классика с началом и концом блока, как в жысоне.

то есть идея с отступами порочна изначально.

в 2 раза быстрее JSON

По каким параметрам? С какой парсилкой джейсона сравнивали?

И да, если уж сравнили в репозитории INI, то стоит попробовать и TOML

Подробно о нём тут: https://page.hyoo.ru/#!=8i7ao7_xfyxah

У меня ссылка отображает темный экран.

В читаемости сильно потеряло, нет комментариев и дефолтных значений, формат необходимо сперва изучить, а потом пользоваться, в отличие от того же php.ini, где нужно изучить сами опции, а не формат конфига.

у меня такое впечатление, что автор в потемках движется куда-то в сторону атрибутных грамматик, пытаясь переизобрести давно изобретенное

https://neerc.ifmo.ru/wiki/index.php?title=%D0%90%D1%82%D1%80%D0%B8%D0%B1%D1%83%D1%82%D0%BD%D1%8B%D0%B5_%D1%82%D1%80%D0%B0%D0%BD%D1%81%D0%BB%D0%B8%D1%80%D1%83%D1%8E%D1%89%D0%B8%D0%B5_%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%B8

https://neerc.ifmo.ru/wiki/index.php?title=Атрибутные_транслирующие_грамматики

а еще замечание.

автор, вы изобретаете не «формат данных», а «формальную грамматику». потому, прежде всего вам нужно почитать все по этому вопросу, и вы видимо откроете для себя много интересного.

гуглите - «формальные грамматики» или «formal grammar».

атрибутные грамматики(подмножество формальных) я уже выше привел.

Что думаете об этом всём?

О будущем линукса (комментарий)

Походил по вашим ссылкам

Ни один формат не способен поддержать всё многообразие типов предметных областей, поэтому неизбежно возникает необходимость упаковки данных в некоторый формат и последующей обратной распаковки.

XML хватит всем. Тут надо в тексте пример привести какой тип, XML не потянет. Я с таким в работе не сталкивался, по-моему XML и JSON хватает для всего.

Любой узел может хранить в себе список любых других узлов, чем достигается недостижимая в иных форматах гибкость.

В JSON такое тоже есть, объекты можно вкладывать друг в друга бесконечно.

XML хватит всем.

В XML проблемы с вставкой многострочного текста, который может содержать < >. Проблемы с неоднозначностью использовать аттрибут или текстовое значение. <object value="123"/> vs <object><value>123</value></object>.

Как в tree поместить бинарные данные?

Я так понимаю что бинарные данные можно класть напрямую между \ и переносом строки. байт переноса строки в бинарных данных экранировать (\n -> \n (\t)^n \). Правда текстовые редакторы такое нормально понимать не будут.