Comments 10
использовать Emscripten для перевода движка PCRE
Думаю, производительность такого решения будет ужасна.
К сожалению, это один из тех случаев, когда теория местами расходится с практикой. Пару месяцев назад я собирал Box2D с помощью Emscripten, и помимо обещанного небольшого падения скорости получил еще рандомные «подвисания» браузера, медленный первый запуск, неприятные подергивания анимации. Порт пришлось выкинуть.
Возможно, в случае с libpcre столь очевидных проблем не возникнет, но как знать.
Возможно, в случае с libpcre столь очевидных проблем не возникнет, но как знать.
Согласен. Часто не хватает именованных параметров, чем lookahead и lookbehind. Но отсутствие последних также часто вынуждает плодить костыли в js
Ну и модификатора x тоже очень не хватает
Ну и модификатора x тоже очень не хватает
В этом посте не хватает известного высказывания безымянного гения о том, к чему приводит решение имеющейся проблемы при помощи регулярного выражения.
Зачем останавливаться на такой мелочи? надо написать интерпретатор JS на JS и запускать в нем себя!
Уже есть: github.com/jterrace/js.js/
А нельзя ли просто заменить встроенный PCRE на библиотеку?
Т.е. оставить интерфейс, а в RegExp добавить флаг, обозначающий, что в будет использована именно библиотека, а не встроенный в js. Тогда можно будет юзать литеральные регэкспы и использовать всё, что работало со встроенными регэкспами, напр match,
Т.е. оставить интерфейс, а в RegExp добавить флаг, обозначающий, что в будет использована именно библиотека, а не встроенный в js. Тогда можно будет юзать литеральные регэкспы и использовать всё, что работало со встроенными регэкспами, напр match,
Lookbehind всё ближе.
http://v8project.blogspot.com/2016/02/regexp-lookbehind-assertions.html
http://v8project.blogspot.com/2016/02/regexp-lookbehind-assertions.html
Sign up to leave a comment.
PCRE в JavaScript под Node