SS
Нажал кнопочку - в асинхронный анализ, и так в цикле
надо будет над этим подумать (хоть мне анализаторы текстов уже и не нужны, но это таки моё хобби)
Size: a a a
2020 November 02
SS
Ну точнее event-listiner
это можно скомпилить в конечный автомат?
ПП
Sergiy Shatunov
это можно скомпилить в конечный автомат?
Это базовый интерфейс js
ПП
onlick, onpress, вот это всё
ПП
https://habr.com/ru/company/mailru/blog/327522/ прикольное чтиво кстати, для новичков в js
SS
в общем, микропроблема такова: в разборщиках текстов с использованием конечных автоматов есть функция read, которая возвращает очердной символ, но есть и процедура unshift, которая отправляет его обратно
так вот: read можно замеить на yield, а вот на что при этом заменить unshift?
так вот: read можно замеить на yield, а вот на что при этом заменить unshift?
ПП
Sergiy Shatunov
в общем, микропроблема такова: в разборщиках текстов с использованием конечных автоматов есть функция read, которая возвращает очердной символ, но есть и процедура unshift, которая отправляет его обратно
так вот: read можно замеить на yield, а вот на что при этом заменить unshift?
так вот: read можно замеить на yield, а вот на что при этом заменить unshift?
А нельзя это все заменить на паттерн проектирования?
DK
Вешал кто ga и gtag на ботов в телеге?
DK
Можно вообще это как-то сделать?
ПП
Sergiy Shatunov
в общем, микропроблема такова: в разборщиках текстов с использованием конечных автоматов есть функция read, которая возвращает очердной символ, но есть и процедура unshift, которая отправляет его обратно
так вот: read можно замеить на yield, а вот на что при этом заменить unshift?
так вот: read можно замеить на yield, а вот на что при этом заменить unshift?
ПП
Я бы честно говоря так сделал
SS
ПП
Sergiy Shatunov
надо будет это обдумтаь, вдруг действительно поможет
Хотя по факту, там выходят те же конечные автоматы. Любая работа со стейтом приведет к проектированию конечного автомата, вопрос будет лишь в его интерфейсах, если мы говорим о том, что нужно хранить всю последовательность стейтов
SS
Хотя по факту, там выходят те же конечные автоматы. Любая работа со стейтом приведет к проектированию конечного автомата, вопрос будет лишь в его интерфейсах, если мы говорим о том, что нужно хранить всю последовательность стейтов
на самом деле не требуется ничего принципиально нового, просто в nodejs файли и загрузки по сети идут порциями, вот и решил что лучше бы компилятот тоже обрабатывал их порциями, а значит это надо делать посимвольно, но готовые алгоритмы на это не расчитаны
ПП
Sergiy Shatunov
на самом деле не требуется ничего принципиально нового, просто в nodejs файли и загрузки по сети идут порциями, вот и решил что лучше бы компилятот тоже обрабатывал их порциями, а значит это надо делать посимвольно, но готовые алгоритмы на это не расчитаны
Если записывать весь стейт текста, то действительно будет неэффективно
ПП
Эффективнее записывать изменения, как мне кажется, и ограничить колличество последних стейтов
SS
Эффективнее записывать изменения, как мне кажется, и ограничить колличество последних стейтов
в стандартном алгоритме откатится можно вообще далеко
ПП
Sergiy Shatunov
в стандартном алгоритме откатится можно вообще далеко
Ну это глупо, ведь изменений может быть бесконечно много
ПП
И не лучшее решение выходит
SS
Ну это глупо, ведь изменений может быть бесконечно много
вообще-то граматика компитится в простой, но габаритный конечный автомат, и на некоторых узлах там есть возврат