Нет. Речь вот о какой модели. Для некоторых это просто игра. Для других реализация вычислений по такой модели — лучший вариант использования мощнейших суперкомпьютеров :) Ей еще пытаются придать интересный физический смысл. И Лем о чем-то в духе этой модели писал :)
Я бы начал с поиска или формулирования грамматики в БНФ. Затем выбрал бы готовый генератор парсеров по вкусу. Вручную имеет смысл возиться, если только хотите всех победить по быстродействию разбора.
Я бы начал с поиска или формулирования грамматики в БНФ. Затем выбрал бы готовый генератор парсеров по вкусу. Вручную имеет смысл возиться, если только хотите всех победить по быстродействию разбора.
рассматриваются, но там необходимо будет внести некоторые изменения, кастомизации
Какие кастомизации например? Советую все же рассматривать более менее готовые решения, например https://github.com/lunet-io/markdig , если используете C#
Насчет ANTLR не уверен - маркдаун не очень хорошо вписывается в модель лексера-парсера ANTLR - там много всего основано на всяких отступах и других символах - придется использовать много семантических предикатов.
Какие кастомизации например? Советую все же рассматривать более менее готовые решения, например https://github.com/lunet-io/markdig , если используете C#
как минимум, добавление span элемента каждой строчке, реализовываю diff документов, хотелось бы, выводить этот указатель на div в md и уже затем оборачивать строку в span с классом up/down/equal
Насколько помню, в упомянутом выше markdig есть спаны для каждого элемента, а то и номера колонок. Вообще точные спаны и достоверные деревья - это вполне обыденные фичи для хороших парсеров.