Документация JDK 20 — Главная
- Главная
- Ява
- Java SE
- 20
Обзор
- Прочтите меня
- Примечания к выпуску
- Что нового
- Руководство по миграции
- Загрузить JDK
- Руководство по установке
- Формат строки версии
Инструменты
- Технические характеристики инструментов JDK
- Руководство пользователя JShell
- Руководство по JavaDoc
- Руководство пользователя средства упаковки
Язык и библиотеки
- Обновления языка
- Основные библиотеки
- HTTP-клиент JDK
- Учебники по Java
- Модульный JDK
- Руководство программиста API бортового регистратора
- Руководство по интернационализации
Технические характеристики
- Документация API
- Язык и ВМ
- Имена стандартных алгоритмов безопасности Java
- банок
- Собственный интерфейс Java (JNI)
- Инструментальный интерфейс JVM (JVM TI)
- Сериализация
- Проводной протокол отладки Java (JDWP)
- Спецификация комментариев к документации для стандартного доклета
- Прочие характеристики
Безопасность
- Руководство по безопасному кодированию
- Руководство по безопасности
Виртуальная машина HotSpot
- Руководство по виртуальной машине Java
- Настройка сборки мусора
Управление и устранение неполадок
- Руководство по устранению неполадок
- Руководство по мониторингу и управлению
- Руководство по JMX
Client Technologies
- Руководство по специальным возможностям Java
Swift Regex: Помимо основ — WWDC22 — Видео
Больше видео
Выйдите за рамки основ обработки строк с помощью Swift Regex.
Мы поделимся обзором Regex и того, как он работает, изучим многофункциональные анализаторы данных Foundation и узнаем, как интегрировать свои собственные, а также углубимся в захваты. Мы также предоставим рекомендации по сопоставлению строк и легкому использованию алгоритмов на основе регулярных выражений.Ресурсы
Похожие видео
WWDC22
WWDC21
Скачать
♪ ♪ Привет, меня зовут Ричард, я инженер в команде стандартной библиотеки Swift. Сегодня давайте отправимся в путешествие за пределы основ Swift Regex. Swift 5.7 получает новые мощные возможности для обработки строк. Они начинаются с типа Regex, нового типа в стандартной библиотеке Swift. Язык имеет встроенный литеральный синтаксис Regex, который делает эту мощную и знакомую концепцию еще более первоклассной. И, наконец, API построителя результатов под названием RegexBuilder. Это предметно-ориентированный язык, или DSL, который использует преимущества синтаксической простоты и возможности компоновки построителей результатов и выводит читабельность Regex на совершенно новый уровень.
Чтобы узнать, почему Swift Regex упрощает обработку строк, ознакомьтесь с сеансом Meet Swift Regex моего коллеги Майкла. Давайте рассмотрим очень простой пример Swift Regex. Допустим, у меня есть строка данных, и я хотел бы сопоставить и извлечь идентификатор пользователя из этой строки. Я могу создать регулярное выражение из текста, как обычно делаю с ‘NSRegularExpression’. Он соответствует двоеточию «user_id», за которым следует ноль или более пробелов, за которыми следует одна или несколько цифр. На этот раз отличается тем, что мы создаем значение типа Regex. Это новый тип в стандартной библиотеке Swift. Затем я могу использовать строковый алгоритм ‘firstMatch’, чтобы найти первое вхождение шаблона, определенного этим регулярным выражением, и распечатать все совпадение точно так же. Поскольку моя строка Regex известна во время компиляции, я могу переключиться на использование литерала Regex, чтобы компилятор проверял наличие синтаксических ошибок, а Xcode мог отображать подсветку синтаксиса.
Алгоритмы на основе регулярных выражений — это API-интерфейсы на основе коллекций, которые обеспечивают некоторые из наиболее распространенных операций, таких как первое совпадение, которое находит первое вхождение регулярного выражения в строку, ‘wholeMatch’, которое сопоставляет всю строку с регулярным выражением, ‘ prefixMatch», который сопоставляет префикс строки с регулярным выражением. Помимо сопоставления, стандартная библиотека Swift также добавила API-интерфейсы для предикации, замены, обрезки и разделения на основе регулярных выражений.
Кроме того, Regex теперь можно использовать в синтаксисе сопоставления шаблонов Swift в операторах потока управления, что упрощает включение строк как никогда ранее. Наконец, помимо построителя регулярных выражений и алгоритмов на основе регулярных выражений, в этом году Foundation представила собственную поддержку регулярных выражений, которая без проблем работает с построителем регулярных выражений. Поддержка регулярных выражений в Foundation — это не что иное, как средства форматирования и синтаксические анализаторы, которые вы, вероятно, уже используете, например, для даты и числа. Если вы хотите узнать больше об этих API, посмотрите сеанс «Что нового в Foundation» на WWDC21. В этом году Foundation также добавляет поддержку форматирования и анализа URL-адресов. Благодаря поддержке регулярных выражений в Foundation вы можете встраивать парсеры Foundation непосредственно в построитель регулярных выражений. Например, чтобы проанализировать банковскую выписку, подобную этой, я могу использовать предоставленный Foundation анализатор дат с пользовательским форматом и анализатор валюты со стратегией анализа, специфичной для предметной области. Это очень важно, потому что вы можете создавать регулярные выражения из существующих проверенных в боевых условиях синтаксических анализаторов, которые заботятся о крайних случаях и поддерживают локализацию, и составлять их с выразительностью DSL построителя регулярных выражений. Чтобы показать вам, как вы можете применить Swift Regex к своему рабочему процессу, давайте вместе разработаем пример. Я пишу сценарий для анализа журналов запуска модульных тестов на основе XCTest. Журнал тестирования начинается и заканчивается состоянием набора тестов. Затем XCTest запускает каждый тестовый пример и сообщает о состоянии тестового примера. Сегодня разберем первую и последнюю строки лога. Это информация о наборе тестов. Сначала я импортирую RegexBuilder. RegexBuilder — это новый модуль в стандартной библиотеке Swift, который предоставляет DSL RegexBuilder. Regex может быть инициализирован завершающим замыканием, представляющим тело Regex. Давайте посмотрим на пример сообщения журнала. В этом журнале нас интересуют три переменные подстроки; имя набора тестов, статус, был ли он запущен, пройден или не пройден, а также отметка времени. Я могу разобрать другие части этой строки дословно, придумав шаблон для разбора трех переменных подстрок. Сообщение журнала начинается со слова «набор тестов», за которым следует пробел и одинарная кавычка. Затем мы анализируем имя набора тестов. Имя является идентификатором, который может содержать строчные или прописные буквы или цифры, но первый символ никогда не может быть цифрой.Итак, мы создаем собственный класс символов, который соответствует букве в качестве первого символа. Затем я сопоставляю ноль или более символов, которые являются либо буквой, либо цифрой от нуля до девяти. Это очень ясно и читабельно, но немного громоздко. Многие из вас могут быть знакомы с синтаксисом текстовых регулярных выражений. В RegexBuilder я могу встроить краткий литерал Regex прямо в тело. Литерал Regex начинается и заканчивается косой чертой. Swift выводит для него правильный сильный тип. Это регулярное выражение, например, соответствует подстроке «Привет, WWDC!». Таким образом, его тип вывода — подстрока.
Но что действительно здорово в первоклассном литерале Regex, так это строго типизированный захват групп. Например, я могу написать группу захвата для захвата двух цифр года. И дайте имя этой группе захвата «год». Когда я это сделаю, в типе вывода появится еще одна подстрока. Позже в этом докладе я покажу вам, как можно использовать захваты для извлечения информации из строки. Помимо стандартных литералов Regex, Swift также поддерживает расширенные литералы Regex, начиная с косой черты фунта и заканчивая косой чертой фунта. Расширенный литерал допускает несемантические пробелы. В этом режиме вы можете разделить свои шаблоны на несколько строк. С литералом Regex, встроенным в мой RegexBuilder, он чистый и в то же время знакомый. После анализа имени теста я анализирую одинарную кавычку и пробел. Теперь я достиг статуса теста. Существует несколько типов статуса теста: запущен, не пройден и пройден. Чтобы соответствовать одному из этих вариантов, мы используем «ChoiceOf». ChoiceOf соответствует одному из нескольких подшаблонов, и это именно то, что нам нужно. Затем мы анализируем то, что следует сразу после статуса, пробел, за которым следует «at», за которым следует пробел. Остальная часть строки является меткой времени. Мы можем сопоставить это как один или несколько любых символов. Но когда я просматриваю еще несколько примеров, сообщение журнала иногда заканчивается точкой. Мы по-прежнему хотим использовать «Необязательно», чтобы соответствовать периоду, когда он существует.Чтобы сопоставить ввод с регулярным выражением, используйте один из предоставленных алгоритмов сопоставления. Давайте использовать ‘wholeMatch’, который сопоставляет всю строку с регулярным выражением. С помощью «wholeMatch» я сопоставляю каждое из этих сообщений журнала и распечатываю соответствующий контент. Совпало! Но мы не просто хотим знать, соответствует ли он строкам. Мы также хотим извлечь важную для нас информацию, такую как имя теста, статус и временная метка. Итак, давайте продолжим и сделаем это с одной из самых крутых функций Regex, Captures! Capture сохраняет часть ввода во время сопоставления.
Он доступен как «Capture» в RegexBuilder и как пара круглых скобок в синтаксисе Regex. При захвате совпавшая подстрока добавляется к выходному типу кортежа. Тип выходного кортежа начинается со всей подстроки, соответствующей всему регулярному выражению, за которой следует первый захват, второй захват и так далее. Алгоритм сопоставления возвращает соответствие регулярному выражению, из которого можно получить выходной кортеж. Весь матч, первый захват и второй захват.Позвольте мне использовать захваты в моем журнале набора тестов Regex. Я фиксирую имя набора тестов, статус и отметку времени. Давайте снова запустим это регулярное выражение для некоторых входных данных и напечатаем три вещи, которые мы зафиксировали. Похоже, удачный матч! Он печатал имя, статус и отметку времени.
Но если я присмотрюсь, то в дате что-то не так. Он включал период во входные данные как часть захвата. Итак, позвольте мне вернуться и проверить регулярное выражение на наличие ошибок. Я хочу сосредоточиться на регулярном выражении метки времени и посмотреть, что с ним не так.
Затем я понимаю, что шаблон «один или несколько любых символов» потребляет все, начиная с первой цифры временной метки и заканчивая концом строки. Таким образом, шаблон «Необязательно точка» под ним никогда не совпадал.Я могу исправить это, сделав OneOrMore неохотным. «Неохотно» — это случай повторяющегося поведения. Один или несколько, ноль или более, необязательно, и повторение — это то, что Swift Regex называет повторениями. По умолчанию требуется повторение. Он соответствует как можно большему количеству вхождений. Позвольте мне использовать пример из предыдущего. Когда движок регулярных выражений пытается с нетерпением сопоставить OneOrMore любого символа, он начинает с первого символа и принимает любой символ по пути до конца ввода. Затем механизм регулярных выражений переходит к необязательному совпадению с периодом. Больше нет точки для сопоставления, но в любом случае это необязательно, поэтому выполняется успешно. Поскольку мы запускаем алгоритм «wholeMatch», и как входные данные, так и шаблон регулярного выражения достигают конца, сопоставление завершается успешно.
Несмотря на успешное сопоставление, период уже был неожиданно захвачен как часть OneOrMore.Когда мы меняем режим повторения на неохотный, механизм регулярных выражений соответствует повторению немного по-другому. Он соответствует как можно меньшему количеству символов. Поэтому, когда механизм регулярных выражений на этот раз соответствует входной строке, он осторожно продвигается вперед, всегда пытаясь сначала сопоставить остальную часть регулярных выражений, прежде чем использовать повторение. Когда остальная часть регулярного выражения не совпадает, механизм возвращается к повторению и использует дополнительное вхождение. Давайте перемотаем вперед к последнему символу, точке. В отличие от нетерпеливого поведения, обработчик регулярных выражений изначально не использовал точку как часть OneOrMore, а вместо этого пытается сопоставить шаблон «Необязательная точка». Это соответствует, и механизм Regex достигает конца шаблона. Таким образом, сопоставление выполняется успешно, и он производит правильный захват без завершающей точки.
Поскольку нетерпеливое поведение является поведением по умолчанию, при создании регулярного выражения с использованием повторения следует подумать о его влиянии на предполагаемое совпадение. Вы можете указать поведение на уровне повторения, передав дополнительный аргумент, или вы можете использовать модификатор «repetitionBehavior», чтобы переопределить его для всех повторений, которые не определяют поведение. Поскольку мы изменили поведение повторения для временной метки, сделав его неохотным, функция сопоставления теперь извлекает правильную временную метку без включения точки.
Вернемся к регулярному выражению. Поскольку я использую Capture для извлечения статуса теста из ввода, его тип — Substring. Но было бы намного лучше, если бы я мог преобразовать подстроку во что-то более удобное для программирования, например, в пользовательскую структуру данных. Для этого я могу использовать трансформирующий захват. Преобразующий захват — это захват с замыканием преобразования.
После сопоставления механизм регулярных выражений вызывает замыкание преобразования совпадающей подстроки, что приводит к результату желаемого типа. Соответствующий тип вывода Regex становится типом возврата замыкания. Здесь, преобразуя захват с помощью инициализатора Int из String, я получаю необязательный Int в типе выходного кортежа. Чтобы получить необязательный вывод, может помочь TryCapture. TryCapture — это вариант Capture, который принимает преобразование, которое возвращает необязательный элемент и удаляет необязательный тип выходного типа. Возврат nil во время сопоставления заставит механизм регулярных выражений отступить и попробовать альтернативный путь. TryCapture наиболее полезен при преобразовании захвата с неудачным инициализатором. Естественным подходом для хранения захваченного статуса теста было бы перечисление. Итак, давайте определим один. Я определил перечисление TestStatus с тремя случаями: запущен, пройден и не пройден. Необработанные строковые значения делают это перечисление инициализируемым из строки.В регулярном выражении я переключаюсь на «TryCapture» с преобразованием. В закрытии преобразования я вызываю инициализатор TestStatus, чтобы преобразовать совпадающую подстроку в значение TestStatus. Теперь соответствующий тип вывода — TestStatus. Использование пользовательской структуры данных, подобной этой, делает тип вывода соответствия регулярному выражению безопасным. Вернемся к регулярному выражению. Есть одно дополнительное улучшение, которое я хотел бы сделать. В настоящее время я сопоставляю метку времени с помощью шаблона подстановочных знаков. Он собирается создать подстроку. Это означает, что если мое приложение хочет понять метку времени, ему придется снова разобрать подстроку в другую структуру данных. Ранее на сессии я упомянул, что Foundation теперь поддерживает Swift Regex, предоставляя лучшие в отрасли синтаксические анализаторы в виде регулярных выражений. Таким образом, вместо того, чтобы анализировать дату как подстроку, я могу переключиться на анализатор даты Foundation ISO 8601, чтобы проанализировать временную метку как дату.
Теперь предполагаемый тип показывает, что это регулярное выражение выводит дату.Когда я выполняю ‘wholeMatch’ для входных данных, я вижу, что строка даты была преобразована в значение базовой даты. Доступ к проверенным в бою синтаксическим анализаторам в виде регулярных выражений, таких как синтаксический анализатор даты Foundation, невероятно удобен в повседневных задачах обработки строк. Далее я покажу вам расширенную функцию повторного использования уже существующего синтаксического анализатора, определенного в другом месте Swift Regex. Давайте рассмотрим пример, в котором мы хотим проанализировать продолжительность тестового примера. Длительность — это число с плавающей запятой, например 0,001. Лучший способ сделать это, конечно же, использовать предоставляемый Foundation анализатор с плавающей запятой с полной поддержкой локализации. Но сегодня я хочу показать вам, что находится под капотом и как вы можете самостоятельно подключиться к механизму регулярных выражений, чтобы использовать существующий синтаксический анализатор для анализа числа с плавающей запятой продолжительности.
‘strtod’ — это функция из стандартной библиотеки C. Он принимает указатель строки, анализирует базовую строку и назначает конечную позицию совпадения конечному указателю. Давайте проанализируем продолжительность, путь C. Для этого я могу самостоятельно определить тип парсера и привести его в соответствие с протоколом CustomConsumingRegexComponent.Я определяю структуру с именем CDoubleParser. Его «RegexOutput» имеет значение Double, потому что мы анализируем число Double. В «потребляющем» методе мы делаем вызов двойного синтаксического анализатора из стандартной библиотеки Си, передавая ему указатели на строки и получая в ответ число. В теле метода я использую метод withCString для получения начального адреса. Затем я вызываю функцию Си strtod, передавая начальный адрес и указатель для получения конечного адреса результата. Потом проверяю на ошибки. При успешном синтаксическом анализе конечный адрес больше начального. В противном случае это ошибка синтаксического анализа, поэтому я возвращаю nil.
Я вычисляю верхнюю границу совпадения по указателю, созданному C API. И, наконец, возвращаю верхнюю границу совпадения и вывод числа. Я могу вернуться к регулярному выражению и использовать свой «CDoubleParser» непосредственно в регулярном выражении. Предполагается, что тип вывода — Double. Когда я вызываю «wholeMatch» и печатаю проанализированное число, оно выводит 0,001, как я и ожидал. Подводя итог, сегодня мы рассказали о некоторых распространенных и расширенных способах использования Swift Regex, новой функции в Swift 5.7, которая позволяет вам интегрировать возможности обработки строк в ваши приложения. Хорошей практикой при использовании Swift Regex является попытка найти хороший баланс между краткостью и удобочитаемостью, особенно когда вы смешиваете литералы RegexBuilder DSL и Regex. Когда вы сталкиваетесь с распространенными шаблонами, такими как дата и URL-адрес, всегда отдавайте предпочтение надежным синтаксическим анализаторам, предоставляемым Foundation, поскольку анализ этих шаблонов с помощью пользовательского кода может привести к ошибкам.
Мы поделимся обзором Regex и того, как он работает, изучим многофункциональные анализаторы данных Foundation и узнаем, как интегрировать свои собственные, а также углубимся в захваты. Мы также предоставим рекомендации по сопоставлению строк и легкому использованию алгоритмов на основе регулярных выражений.
Но это не соответствует. Таким образом, механизм регулярных выражений переходит к следующему шаблону в регулярном выражении, чтобы сопоставить одну или несколько цифр. Когда мы достигаем конца строки, сопоставление завершается успешно. В оставшейся части этого занятия я объясню немного больше об этой модели исполнения. С Regex, построенным на его базовом механизме Regex, DSL-построитель Regex и алгоритмы на основе Regex расширяют возможности и выразительность Regex.
Кроме того, Regex теперь можно использовать в синтаксисе сопоставления шаблонов Swift в операторах потока управления, что упрощает включение строк как никогда ранее. Наконец, помимо построителя регулярных выражений и алгоритмов на основе регулярных выражений, в этом году Foundation представила собственную поддержку регулярных выражений, которая без проблем работает с построителем регулярных выражений. Поддержка регулярных выражений в Foundation — это не что иное, как средства форматирования и синтаксические анализаторы, которые вы, вероятно, уже используете, например, для даты и числа. Если вы хотите узнать больше об этих API, посмотрите сеанс «Что нового в Foundation» на WWDC21. В этом году Foundation также добавляет поддержку форматирования и анализа URL-адресов. Благодаря поддержке регулярных выражений в Foundation вы можете встраивать парсеры Foundation непосредственно в построитель регулярных выражений. Например, чтобы проанализировать банковскую выписку, подобную этой, я могу использовать предоставленный Foundation анализатор дат с пользовательским форматом и анализатор валюты со стратегией анализа, специфичной для предметной области.
Это очень важно, потому что вы можете создавать регулярные выражения из существующих проверенных в боевых условиях синтаксических анализаторов, которые заботятся о крайних случаях и поддерживают локализацию, и составлять их с выразительностью DSL построителя регулярных выражений. Чтобы показать вам, как вы можете применить Swift Regex к своему рабочему процессу, давайте вместе разработаем пример. Я пишу сценарий для анализа журналов запуска модульных тестов на основе XCTest. Журнал тестирования начинается и заканчивается состоянием набора тестов. Затем XCTest запускает каждый тестовый пример и сообщает о состоянии тестового примера. Сегодня разберем первую и последнюю строки лога. Это информация о наборе тестов. Сначала я импортирую RegexBuilder. RegexBuilder — это новый модуль в стандартной библиотеке Swift, который предоставляет DSL RegexBuilder. Regex может быть инициализирован завершающим замыканием, представляющим тело Regex. Давайте посмотрим на пример сообщения журнала. В этом журнале нас интересуют три переменные подстроки; имя набора тестов, статус, был ли он запущен, пройден или не пройден, а также отметка времени.
Я могу разобрать другие части этой строки дословно, придумав шаблон для разбора трех переменных подстрок. Сообщение журнала начинается со слова «набор тестов», за которым следует пробел и одинарная кавычка. Затем мы анализируем имя набора тестов. Имя является идентификатором, который может содержать строчные или прописные буквы или цифры, но первый символ никогда не может быть цифрой.
Но что действительно здорово в первоклассном литерале Regex, так это строго типизированный захват групп. Например, я могу написать группу захвата для захвата двух цифр года. И дайте имя этой группе захвата «год». Когда я это сделаю, в типе вывода появится еще одна подстрока. Позже в этом докладе я покажу вам, как можно использовать захваты для извлечения информации из строки. Помимо стандартных литералов Regex, Swift также поддерживает расширенные литералы Regex, начиная с косой черты фунта и заканчивая косой чертой фунта. Расширенный литерал допускает несемантические пробелы. В этом режиме вы можете разделить свои шаблоны на несколько строк. С литералом Regex, встроенным в мой RegexBuilder, он чистый и в то же время знакомый. После анализа имени теста я анализирую одинарную кавычку и пробел. Теперь я достиг статуса теста. Существует несколько типов статуса теста: запущен, не пройден и пройден. Чтобы соответствовать одному из этих вариантов, мы используем «ChoiceOf». ChoiceOf соответствует одному из нескольких подшаблонов, и это именно то, что нам нужно.
Затем мы анализируем то, что следует сразу после статуса, пробел, за которым следует «at», за которым следует пробел. Остальная часть строки является меткой времени. Мы можем сопоставить это как один или несколько любых символов. Но когда я просматриваю еще несколько примеров, сообщение журнала иногда заканчивается точкой. Мы по-прежнему хотим использовать «Необязательно», чтобы соответствовать периоду, когда он существует.
Он доступен как «Capture» в RegexBuilder и как пара круглых скобок в синтаксисе Regex. При захвате совпавшая подстрока добавляется к выходному типу кортежа. Тип выходного кортежа начинается со всей подстроки, соответствующей всему регулярному выражению, за которой следует первый захват, второй захват и так далее. Алгоритм сопоставления возвращает соответствие регулярному выражению, из которого можно получить выходной кортеж. Весь матч, первый захват и второй захват.
Затем я понимаю, что шаблон «один или несколько любых символов» потребляет все, начиная с первой цифры временной метки и заканчивая концом строки. Таким образом, шаблон «Необязательно точка» под ним никогда не совпадал.
Несмотря на успешное сопоставление, период уже был неожиданно захвачен как часть OneOrMore.
После сопоставления механизм регулярных выражений вызывает замыкание преобразования совпадающей подстроки, что приводит к результату желаемого типа. Соответствующий тип вывода Regex становится типом возврата замыкания. Здесь, преобразуя захват с помощью инициализатора Int из String, я получаю необязательный Int в типе выходного кортежа. Чтобы получить необязательный вывод, может помочь TryCapture. TryCapture — это вариант Capture, который принимает преобразование, которое возвращает необязательный элемент и удаляет необязательный тип выходного типа. Возврат nil во время сопоставления заставит механизм регулярных выражений отступить и попробовать альтернативный путь. TryCapture наиболее полезен при преобразовании захвата с неудачным инициализатором. Естественным подходом для хранения захваченного статуса теста было бы перечисление. Итак, давайте определим один. Я определил перечисление TestStatus с тремя случаями: запущен, пройден и не пройден. Необработанные строковые значения делают это перечисление инициализируемым из строки.
Теперь предполагаемый тип показывает, что это регулярное выражение выводит дату.
‘strtod’ — это функция из стандартной библиотеки C. Он принимает указатель строки, анализирует базовую строку и назначает конечную позицию совпадения конечному указателю. Давайте проанализируем продолжительность, путь C. Для этого я могу самостоятельно определить тип парсера и привести его в соответствие с протоколом CustomConsumingRegexComponent.
Я вычисляю верхнюю границу совпадения по указателю, созданному C API. И, наконец, возвращаю верхнюю границу совпадения и вывод числа. Я могу вернуться к регулярному выражению и использовать свой «CDoubleParser» непосредственно в регулярном выражении. Предполагается, что тип вывода — Double. Когда я вызываю «wholeMatch» и печатаю проанализированное число, оно выводит 0,001, как я и ожидал. Подводя итог, сегодня мы рассказали о некоторых распространенных и расширенных способах использования Swift Regex, новой функции в Swift 5.7, которая позволяет вам интегрировать возможности обработки строк в ваши приложения. Хорошей практикой при использовании Swift Regex является попытка найти хороший баланс между краткостью и удобочитаемостью, особенно когда вы смешиваете литералы RegexBuilder DSL и Regex. Когда вы сталкиваетесь с распространенными шаблонами, такими как дата и URL-адрес, всегда отдавайте предпочтение надежным синтаксическим анализаторам, предоставляемым Foundation, поскольку анализ этих шаблонов с помощью пользовательского кода может привести к ошибкам.