Ставим жирную точку в судьбе регулярных выражений для решения офисных задач. Или нет?
Ставим жирную точку в судьбе регулярных выражений для решения офисных задач. Или нет?
44

\b[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,}\bЗачем именно такой? Вы ведь максимально ограничиваете область определения (нет поддержки puny-code как минимум, ещё отвалится поддержка всяких "website.com.uk"). Я бы нечто подобное прикинул:
[\w\d!#$%&'*+\-/=?^_`{|}~]+@[\w\d!#$%&'*+\-/=?^_`{|}~.]+ Но окажется, что это не универсальное правилоЭто не универсальное правило только потому что вы сами сделали его таким

1

Когда приходит новичек и открывает процесс, то сколько времени он потратит чтобы понять его? В нашем случае даже обучаться практически не надо. Все интуитивно понятно) Вам это существенно упростит жизнь)

сколько времени он потратит чтобы понять егоНе так много. Регулярные приложения это довольно простая вещь. В них мало ключевых слов и по сути всё описывается строками. Получается, надо только узнать что такое back-referencing, capturing groups, match groups, lookahead-lookbehind и negative counterparts для перечисленного
Все интуитивно понятно "взять подстроку", "число вхождений", "вхождение текста"Это калька с английского языка, которая обычному человеку, не знающему английского, она понятна не будет

P.S. Дополнительно отмечу, что обычно с почтой вообще не заморачиваются и матчат её по регексу [^\s]+@[^\s]

Чтобы стать rpa разработчиком, достаточно недельку по 2 часа в день заниматься на нашей платформе. Новичкк зайдя в процесс, который настроил опытный разраб, все поймёт без десятков часов интернета:)
Регулярки это только часть;)
Можем сделать зарубу с вами кто быстрее настроит процесс:)
А скорость - это бизнес эффект. Бизнесу важно это:)

[]