Vk
Правда предупреждаю: он любит поболтать
Size: a a a
2021 March 03
Vk
Если тебя это устраивает, ю а велкам
IK
хочу сделать легковесный аналог ANTLR)
А зачем? Какие цели преследуются?
РС
А зачем? Какие цели преследуются?
нуу, просто интерес)
РС
у меня есть графический редактор конечных автоматов и библиотека для выполнения по схеме. Я смогу графически отобразить дерево разбора, дать возможность редактировать
занятная штука может получиться)
занятная штука может получиться)
РС
А можно где-нибудь парсер регулярных выражений подсмотреть?) желательно оригинал)
AS
Ура. Наконец-то сделал язык. Это хоть и не компилируемый, а транслируемый в шарп, но тем не менее. Насколько производителен dynamic, это не сильно ударит по производительности?
Cʕ
Зачем вот это вот всё в
Как на счёт дженериков и обработки исключений в вашем языке?
Язык не опенсорс?
using и всякие TENGRI_console , почему бы не использовать стандартные API в С# для работы с вводом, выводом для консольных приложений. 🤔 Как на счёт дженериков и обработки исключений в вашем языке?
Язык не опенсорс?
AS
Зачем вот это вот всё в
Как на счёт дженериков и обработки исключений в вашем языке?
Язык не опенсорс?
using и всякие TENGRI_console , почему бы не использовать стандартные API в С# для работы с вводом, выводом для консольных приложений. 🤔 Как на счёт дженериков и обработки исключений в вашем языке?
Язык не опенсорс?
Ну, через тенгри консоль обращаемся не к классу Console, а к классу предназначенному для работы с переменными и классами языка Tengri. И этот префикс нужен, чтобы язык ненароком не задел стандартные классы шарпа
AS
Зачем вот это вот всё в
Как на счёт дженериков и обработки исключений в вашем языке?
Язык не опенсорс?
using и всякие TENGRI_console , почему бы не использовать стандартные API в С# для работы с вводом, выводом для консольных приложений. 🤔 Как на счёт дженериков и обработки исключений в вашем языке?
Язык не опенсорс?
Дженериков и исключений пока нет. Появятся во второй версии. Сейчас там лишь классы, наследование классов, поля, методы, массивы, циклы, using (import).
Насчет опенсурса хз. Там нет ни единого комментария, да и боюсь, что говнокод какой-то написал
Насчет опенсурса хз. Там нет ни единого комментария, да и боюсь, что говнокод какой-то написал
AS
Дженериков и исключений пока нет. Появятся во второй версии. Сейчас там лишь классы, наследование классов, поля, методы, массивы, циклы, using (import).
Насчет опенсурса хз. Там нет ни единого комментария, да и боюсь, что говнокод какой-то написал
Насчет опенсурса хз. Там нет ни единого комментария, да и боюсь, что говнокод какой-то написал
Да и не думаю, что дженерики вообще нужны. Это же динамическая типизация
[
Если сделать мок динамику на дженах, то при особом желании бинарь раздуется как тот шарик
РС
Правильно ли я понял, что современные парсеры в случае ошибки - доставляют недостающие символы(как бы)/ не обрабатыают конкретное выражение и идут дальше?
ВМ
по описанному в статье принципу работает например https://tree-sitter.github.io/tree-sitter/
K
Правильно ли я понял, что современные парсеры в случае ошибки - доставляют недостающие символы(как бы)/ не обрабатыают конкретное выражение и идут дальше?
Зависит от алгоритма. Некоторые - да, некоторые до сих пор говорят
syntax error at ... и почему-то считаются современными.ВМ
по описанному в статье принципу работает например https://tree-sitter.github.io/tree-sitter/
тут надо учесть что инкрементальный парсинг по сути содержит в себе персистентную структуру данных и там сама идея что в большинстве случаев CST будет корректное, это кейс для IDE в основном
YS
Зависит от алгоритма. Некоторые - да, некоторые до сих пор говорят
syntax error at ... и почему-то считаются современными.Потому что парсеры используются в разных ситуациях / с разными целями.
Парсеру, который будет "долго думать" именно из-за обработки ошибок, в высокопроизводительном интерпретаторе никто не обрадуется, например.
Парсеру, который будет "долго думать" именно из-за обработки ошибок, в высокопроизводительном интерпретаторе никто не обрадуется, например.
РС
Yaroslav Schekin
Потому что парсеры используются в разных ситуациях / с разными целями.
Парсеру, который будет "долго думать" именно из-за обработки ошибок, в высокопроизводительном интерпретаторе никто не обрадуется, например.
Парсеру, который будет "долго думать" именно из-за обработки ошибок, в высокопроизводительном интерпретаторе никто не обрадуется, например.
На первых курсах знакомился с mysql, парсер говорил ошибка здесь и показывал выражение целиком)