AK
В смысле уже не используются? Да, я видел что HAML как проект почти не развивается
Возможно это как-то связано с тем, что развились IDE и экономить на нажатиях клавиш стало бессмысленно
Size: a a a
2021 February 01
ДК
Как вы определяете популярность yaml?
Тем, что все CI используют именно его, к сожалению.
AK
Простейший парсер tree занимает 50 строк на яваскрипте. Более эффективный с посимвольным разбором весит уже 150, что тоже не очень много.
Я вас несколько разочарую, но парсер, который начинается с конструирования регулярок из результата вычисления другой регулярки - это уже сложно назвать "простым", сколько бы пользовательских строк в нем не было
ДК
Если бы существовал HAML подобный синтаксис для декларативного описания работы с данными как смеси HTML + CSS + SQL - это было бы круто
Так не сложно придумать свой язык на базе tree. Можно взять xml.tree за основу.
ДК
Я вас несколько разочарую, но парсер, который начинается с конструирования регулярок из результата вычисления другой регулярки - это уже сложно назвать "простым", сколько бы пользовательских строк в нем не было
Это просто костыль, его можно довольно безболезненно убрать, заменив на вырезание подстроки.
ДК
Сейчас используется этот парсер, если что.
AK
Во-первых, как бы ни был устроен парсер, распознавание значимых отступов всегда будет сложнее, чем игнорирование - как минимум потому, что нужно хранить дополнительное состояние в виде стека текущих отступов, помимо просто позиции внутри строки. Это не то, чтобы колоссальная добавленная сложность, но она ненулевая
AK
Во-вторых, я уже видел ваши велопроекты на хабре и мне не очень интересно разбирать их код и вообще их обсуждать
ДК
Во-первых, как бы ни был устроен парсер, распознавание значимых отступов всегда будет сложнее, чем игнорирование - как минимум потому, что нужно хранить дополнительное состояние в виде стека текущих отступов, помимо просто позиции внутри строки. Это не то, чтобы колоссальная добавленная сложность, но она ненулевая
Стек в любом случае нужен, если язык рекурсивный. Больше ничего хранить не нужно - просто сравниваем число отступов в строке с размером стека.
AK
даже если язык рекурсивный, стек на этапе лексера не нужен без значимых отступов
ДК
даже если язык рекурсивный, стек на этапе лексера не нужен без значимых отступов
1. Во многих языках таки нужен и для лексера.
2. Тут сразу идёт парсинг без отдельной стадии лексинга.
2. Тут сразу идёт парсинг без отдельной стадии лексинга.
AK
ясно, понятно
ED
Возможно это как-то связано с тем, что развились IDE и экономить на нажатиях клавиш стало бессмысленно
с этой точки зрения — охотно верю. Тут ведь конечно дело не только в нажатиях клавишах, но и в абстракции данных. Хотя HAML их особо и не предоставлял. По сути это был микс из HTML + язык
ED
ДК
Спасибо, возможно возьму за основу. Идея то в целом очень верная
Ок, если что спрашивайте в https://t.me/lang_idioms
А то тут админ не очень любит велопроекты.
А то тут админ не очень любит велопроекты.
ED
Хорошо, спасибо
M
Идеи единого гипертектового формата все ещё не дают спокойно спать и будуражит умы, а по сути вопроса выглядит по мне обсолютно не читаемо, ну не только судя по мне на Хабре большинство высказало тоже мнение.
ED
как я понял, идея там никак не в гипертекстовом формате, а в том, чтобы синтаксис максимально соответствовал идиоме
pl
Есть у кого компилятор кода в аниме?
M
как я понял, идея там никак не в гипертекстовом формате, а в том, чтобы синтаксис максимально соответствовал идиоме
Не, я вот сейчас прочитал диалог, декларативность, единый язык для описания данных что подойдёт всем и т.д. Очередная попытка изобрести гипертекст