DТ
Регулярки юзаются в последнюю очередь обычно, так как в большинстве случаев они гораздо медленнее
так они ж на си написаны, по идее быстрее должны быть
Size: a a a
2020 August 29
K
Ты можешь увидеть длину массива, если выберешь все слова
И фильтры естественно
М
так они ж на си написаны, по идее быстрее должны быть
Зачем, когда регулярками проще и быстрее?
М
^(?:(Удалить)(?:|\s(?:(\d+)|.))|(\d+))$
М
Вот написал, что мне нужно было
DТ
Зачем, когда регулярками проще и быстрее?
я говорю про их внутренню структуру
DТ
по крайней мере на питоне
М
Какую внутреннюю структуру. Сам язык регулярных выражений или то как организована архитектура парсинга и всего прочего на си?
М
Pcre скормил шаблон и строку, он быстро все разбил и выдал результат
DТ
то что код модуля re, где располагаются регулярки в питоне написан на си
DТ
значит они должны быть быстры
М
Так и так
М
Тем более в pcre куда все более умно продумано и вызываются нативные функции из собственной либы, пока ты будешь разбирать ту же самую строку в питоне с каждым запросом через прослойку хрен знает чего, чтобы получить значение, уйдет куда больше времени
OM
что то я смотрю в https://github.com/python/cpython/blob/master/Lib/re.py и https://github.com/python/cpython/blob/master/Lib/sre_compile.py и не вижу как бы дёргались нативные сишные либы.
М
Ну сам посуди, это скриптовый язык
М
Не компилируемый
М
Сделай тест
М
Я вечером сделаю покажу
DE
так они ж на си написаны, по идее быстрее должны быть
Чего быстрее?
