Исправление www_linux_org_ru, (текущая версия) :
Осталось добавить сохранение тегов в дереве
не-не-не, не надо (потому что дерево это куда более сложная задача — тэги могут перекрываться); я попозже подробно напишу, что же я хотел спросить — кратко вот:
1. (ты видимо это сделал) как во *время разбора* пользоваться какими-то структурами данных, которые я раньше назвал «контекст» (именно это не умеют регекспы; перл дает возможность вставлять в регекспы свой код, но это выглядит ужасно и емнип эта фича экспериментальная до сих пор)
2. как в язык parse (это по факту dsl) добавить свой модификатор — т.е. чтобы для конкретной новой задачи не патчить весь парсер, а воспользоваться определенным ранее модификатором, который проверяет контекст; например «мы_находимся_внутри_текста» (т.е. не внутри атрибута и не внутри кода <script>), «мы_находимся_внутри_тэга_style» — можешь придумать любой по своему вкусу или как удобнее реализовывать в рамках твоего кода
п. 2 зависит от языка и показывает выразительную силу языка (т.е. возможности языка red по построению dsl), вот он как раз уместен в теме про этот язык
по по.2 даже интересно не «как добавить», а «как будет выглядеть в коде использования модификатор»
Исправление www_linux_org_ru, :
Осталось добавить сохранение тегов в дереве
не-не-не, не надо (потому что дерево это куда более сложная задача — тэги могут перекрываться); я попозже подробно напишу, что же я хотел спросить — кратко вот:
1. (ты видимо это сделал) как во *время разбора* пользоваться какими-то структурами данных, которые я раньше назвал «контекст» (именно это не умеют регекспы; перл дает возможность вставлять в регекспы свой код, но это выглядит ужасно и емнип эта фича экспериментальная до сих пор)
2. как в язык parse (это по факту dsl) добавить свой модификатор — т.е. чтобы для конкретной новой задачи не патчить весь парсер, а воспользоваться определенным ранее модификатором, который проверяет контекст; например «мы_находимся_внутри_текста» (т.е. не внутри атрибута и не внутри кода <script>), «мы_находимся_внутри_тэга_style» — можешь придумать любой по своему вкусу или как удобнее реализовывать в рамках твоего кода
п. 2 зависит от языка и показывает выразительную силу языка (т.е. возможности языка red по построению dsl), вот он как раз уместен в теме про этот язык
Исправление www_linux_org_ru, :
Осталось добавить сохранение тегов в дереве
не-не-не, не надо (потому что дерево это куда более сложная задача — тэги могут перекрываться); я попозже подробно напишу, что же я хотел спросить — кратко вот:
1. (ты видимо это сделал) как во *время разбора* пользоваться какими-то структурами данных (именно это не умеют регекспы; перл дает возможность вставлять в регекспы свой код, но это выглядит ужасно и емнип эта фича экспериментальная до сих пор)
2. как в язык parse (это по факту dsl) добавить свой модификатор — т.е. чтобы для конкретной новой задачи не патчить весь парсер, а воспользоваться определенным ранее модификатором, например «мы_находимся_внутри_текста» (т.е. не внутри атрибута и не внутри кода <script>), «мы_находимся_внутри_тэга_style» — можешь придумать любой по своему вкусу или как удобнее реализовывать в рамках твоего кода
п. 2 зависит от языка и показывает выразительную силу языка (т.е. возможности языка red по построению dsl), вот он как раз уместен в теме про этот язык
Исправление www_linux_org_ru, :
Осталось добавить сохранение тегов в дереве
не-не-не, не надо (потому что дерево это куда более сложная задача — тэги могут перекрываться); я попозже подробно напишу, что же я хотел спросить — кратко вот:
1. (ты видимо это сделал) как во *время разбора* пользоваться какими-то структурами данных (именно это не умеют регекспы; перл дает возможность вставлять в регекспы свой код, но это выглядит ужасно)
2. как в язык parse (это по факту dsl) добавить свой модификатор — т.е. чтобы для конкретной новой задачи не патчить весь парсер, а воспользоваться определенным ранее модификатором, например «мы_находимся_внутри_текста» (т.е. не внутри атрибута и не внутри кода <script>), «мы_находимся_внутри_тэга_style» — можешь придумать любой по своему вкусу или как удобнее реализовывать в рамках твоего кода
п. 2 зависит от языка и показывает выразительную силу языка (т.е. возможности языка red по построению dsl), вот он как раз уместен в теме про этот язык
Исправление www_linux_org_ru, :
Осталось добавить сохранение тегов в дереве
не-не-не, не надо (потому что дерево это куда более сложная задача — тэги могут перекрываться); я попозже подробно напишу, что же я хотел спросить — кратко вот:
1. (ты видимо это сделал) как во *время разбора* пользоваться какими-то структурами данных (именно это не умеют регекспы; перл дает возможность вставлять в регекспы свой код, но это выглядит ужасно)
2. как в язык parse (это по факту dsl) добавить свой модификатор — т.е. чтобы для конкретной новой задачи не патчить весь парсер, а воспользоваться определенным ранее модификатором, например «мы_находимся_внутри_текста» (т.е. не атрибута и не кода <script>), «мы_находимся_внутри_тэга_style» — можешь придумать любой по своему вкусу или как удобнее реализовывать в рамках твоего кода
п. 2 зависит от языка и показывает выразительную силу языка (т.е. возможности языка red по построению dsl), вот он как раз уместен в теме про новый язык
Исправление www_linux_org_ru, :
Осталось добавить сохранение тегов в дереве
не-не-не, не надо (потому что дерево это куда более сложная задача — тэги могут перекрываться); я попозже подробно напишу, что же я хотел спросить — кратко вот:
1. (ты видимо это сделал) как во *время разбора* пользоваться какими-то структурами данных (именно это не умеют регекспы; перл дает возможность вставлять в регекспы свой код, но это выглядит ужасно)
2. как в язык parse (это по факту dsl) добавить свой модификатор — т.е. чтобы для конкретной новой задачи не патчить весь парсер, а воспользоваться определенным ранее модификатором, например «мы_находимся_внутри_текста», «мы_находимся_внутри_тэга_style» — можешь придумать любой по своему вкусу или как удобнее реализовывать в рамках твоего кода
п. 2 зависит от языка и показывает выразительную силу языка (т.е. возможности языка red по построению dsl), вот он как раз уместен в теме про новый язык
Исходная версия www_linux_org_ru, :
Осталось добавить сохранение тегов в дереве
не-не-не, не надо (потому что дерево это куда более сложная задача — тэги могут перекрываться); я попозже подробно напишу, что же я хотел спросить — кратко вот:
1. (ты видимо это сделал) как во *время разбора* пользоваться какими-то структурами данных (именно это не умеют регекспы; перл дает возможность вставлять в регекспы свой код, но это выглядит ужасно)
2. как в язык parse (это по факту dsl) добавить свой модификатор — т.е. чтобы для конкретной задачи не патчить весь парсер, а определить например модификатор «мы_находимся_внутри_текста», «мы_находимся_внутри_тэга_style» — можешь придумать любой по своему вкусу (как удобнее реализовывать в рамках твоего кода)
п. 2 зависит от языка и показывает выразительную силу языка (т.е. возможности языка red по построению dsl), вот он как раз уместен в теме про новый язык