Вот именно, что до первой закрывающей. То есть, если скормить этому re строку "(())", оно вернёт "(()", да?
Задача решаема регулярками без превращения регулярок в совсем не регулярный треш с конечными автоматами фактически - только если как у открывающей скобки, так и у закрывающей есть контекст, отличающей их от других таких скобок.
Т.е. не всегда даже если что-то можно сделать регулярками - это нужно делать регулярками, особенно если всё-таки предполагается, что кто-то это потом будет читать или даже править
т.е. не всегда даже если что-то можно сказать - это нужно делать, особенно если всё-таки предполагается, что кто-то это потом будет читать или даже править
Доброго времени суток, ни у кого не завалялось в закладках статьи про сравнение модулей для сериализации данных в перл5?
Кратко: чем бы вы не воспользовались из типовых XS решений (JSON, Storable, ProtoBuf), в 99% случаев вы не заметите существенной разницы, наступающей при переходе к масштабам порядка 1М сериализованного и выше. Т.ч. пользуйтесь тем, чем вам удобно!
Кратко: чем бы вы не воспользовались из типовых XS решений (JSON, Storable, ProtoBuf), в 99% случаев вы не заметите существенной разницы, наступающей при переходе к масштабам порядка 1М сериализованного и выше. Т.ч. пользуйтесь тем, чем вам удобно!
Прежде всего CPU. Как не странно, ProtoBuf, при наличии у него типизации, не дает выйгрыша в скорости. Потому, что обработка структур перла медленнее, чем парсинг/сериализация JSON. Что касается размера конечного продукта, JSON проигрывает, если его не сжимать. После сжатия он выигрывает. Рекомендую Compress::Zstd на минимальном уровне: примерно как deflate, но раза в 3+ быстрее.
Прежде всего CPU. Как не странно, ProtoBuf, при наличии у него типизации, не дает выйгрыша в скорости. Потому, что обработка структур перла медленнее, чем парсинг/сериализация JSON. Что касается размера конечного продукта, JSON проигрывает, если его не сжимать. После сжатия он выигрывает. Рекомендую Compress::Zstd на минимальном уровне: примерно как deflate, но раза в 3+ быстрее.
с кем сравнивалось-то? protobuf далеко не лучший вариант, есть CBOR
Вадим, больше сообщить не могу. Свои тесты я не публиковал, они чисто для внутренних нужд были нужны, для оценки. Хотите подробно - ищите, наверняка кто-то писал тут или еще где.