Swift Regexの紹介

Swift Regexの紹介

Swift Regexを活用することで、より効果的に文字列を処理する方法を学びます。文字列処理への新しい宣言的なアプローチであるRegexビルダーの簡潔なリテラル表記をご覧ください。また、StringのUnicodeモデルを紹介し、Swift Regexによってユニコードの修正処理を容易にする仕組みも解説します。

リソース
- - HDビデオ
  - SDビデオ
関連ビデオ

WWDC22
ダウンロード

こんにちはMichael Ilsemanです Swift standard library teamのエンジニアです SwiftでRengexに触れて理解しましよう Swift Regexにはたくさんの魅力がありますがそのすべてを味わってみましょうある金融機関の調査官と共同で取引に不正がないか分析するツールを開発したとしますさてこのような重要なタスクではよく構造化されたデータを処理すると思うでしょうしかしその代わりに文字列の束があるのですここで最初の領域は取引の種類 2番目の領域は取引日 3番目の領域は個人または機関 4番目と最後の領域は米ドルでの金額です領域は2つ以上のスペースかタブで区切られていますがこれは関係者が誰も思い出せないような非常に重要な技術的理由によるものですそしてそうです日付の領域は完全に曖昧です年/月/日であると願い様子を見ることにしていますこれらの取引の処理には文字列処理が含まれ文字列は収集であるため一般的な収集アルゴリズムに接続できますこのアルゴリズムは基本的に要素に対して動作するものと索引に対して動作するものの2種類があります取引の領域を分割して要素ベースのアルゴリズムを使おうとしても領域のセパレータがタブか2つ以上のスペースであるため難しく空白だけで分割してもうまくいかないのですまた低レベルのインデックス操作のコードに落とし込む方法もあります
しかし正しく行うのは難しくたとえ何をやっているのか分かっていても多くのコードが必要です分割に戻りましょうこの方法が機能しないのは領域分離がもっと複雑なパターンなのに対し要素ベースなためです様々な言語で見られる解決策は正規表現を書くことです正規表現は形式言語理論から生まれたもので正規言語を定義するものですエディタやコマンドラインツールでの検索やコンパイラでの字句解析に実用化されましたこのAppでは入力の一部を抽出したり直接実行を制御したり表現力を加えたりする必要があるため正規表現の理論的なルーツを超えていますそして Swiftはそれをさらに推し進めようとしていますこの誘導体をRegexと呼びます Regexはキャプチャを含む適用結果であるOutputを総称する構造体ですスラッシュで区切られた正規表現を含むリテラルを使って作成できます Swiftの正規表現構文はPerl Python Ruby Java NSRegularExpression その他多くと互換性がありますこの正規表現は 1つ以上の数字にマッチしますコンパイラは正規表現の文法を知っているので構文強調表示やコンパイル時のエラーさらには後で紹介する強く定型化されたキャプチャも表示されます正規表現は同じ正規表現構文を含む文字列から実行時に作成できますエディタやコマンドラインツールの検索領域に便利です入力無効な構文が含まれる時実行時にエラーを送出します出力タイプは実行時までキャプチャの型と数がわからないため実存の AnyRegexOutputとなります
また同じ正規表現を冗長ではあるが宣言的で構造化された正規表現ビルダーを使って記述することも可能です
先ほどの分割方法を正規表現リテラルに合せてみましょう最初の部分は 2個以上の任意の空白文字に一致します 2番目の部分は横長の1枚のタブと一致しますパイプ文字は 2つ以上のスペースか1つのタブを領域分離として選択することを表示します領域が分割されたので文明そのものに貢献しその領域分離を1つのタブに正規化して終わりとします分割後の結果に対して’join’ を呼び出すこともできますがこれにはもっと良いアルゴリズムがあります ‘replacing’を使い領域分離を1つのタブに置き換えます
だから私たちは外に出て明らかに優れたアプローチを耳を傾けてくれる人に伝道するのです採用はゆっくりですが期待できます正規表現をご存知の方はその複雑な評判もご存じかもしれません昔から言われているように「問題があったので正規表現を書いた」今は2つの問題があるしかし Swift regexは違います
Swiftは 4つの重要な分野で技術を進歩させています正規表現の構文は簡潔で表現力が豊かですが素っ気なく読みにくいものになることがあります新機能は一段と暗号化された構文の使用が必要です
Swiftの正規表現はRegexビルダーによって原始コードを構造化し整理するのと同じようにできます文字は簡潔でビルダーは構造を与え文字はビルダーでの使用で完璧なバランスを見つけられますデータのテキスト表現は非常に複雑になっており正しく扱うには標準適合パーサが必要です Swift regexでは正規表現の個々の構成要素として業務用パーサを織り交ぜて使用できますライブラリ拡張可能方法で行われるためどんなパーサでも参加できます
正規表現の応用の歴史の多くはコンピュータシステム全体が単一の言語と符号化特に ASCIIしかサポートしてない世界で行われていたしかし現代はUnicodeです Swift regexは表現性を妥協せず Unicodeを処理します最後に正規表現の力は網羅的に探索すべき広範な探索空間を開くことができますそのためその実行を推論することは困難です言語によっては制御に対応していますが暗号のような構文が背後にあるため不明瞭になりがちです予測可能な実行を提供し制御を顕著に表面化しますこれまで扱ってきた財務諸表に戻り Swiftで文字列処理の叙述手法である Regex ビルダーを使用して各取引を完全に解析してみましょう RengexBuilderモジュールのインポートから始めます先ほど定義した領域分離正規表現を再利用できます最初の領域は簡単ですCREDITかDEBITかですすでに見てきた正規表現の文字構文を使って書くのですその後に領域分離そして日付が来ます手作業で日付を解析するのは良くないです Foundationには日付数字URLなどの型に対し優秀なパーサがあり Regex- Builderで直接使用できます
作者の意図を最も推測できる明確なロケールを提供します現在のロケールを暗黙的に使用せずこのようにします後でいつでも変更できますしコードの中で仮定を明示的にしているので変更も簡単です
3つ目の領域は"何でも"なので "あれやこれや"と書きたくなりますねそして正しい答えが得られますが最初に不要な作業をたくさんしてしまうのですこれは後に来るものとの照合から始めるからです正規表現は1文字ずつ控えて残りのパターンを試します正規表現が終端領域分離を見た時に停止したいとしますこれを遂行する方法はいくつかあります良い方法の一つは入力の次の部分を実際に消費せず覗き見る NegativeLookaheadの使用ですここでは文字に照合する前に領域分離の表示がないことを確認するために入力を覗き込んでいます NegativeLookaheadは正規表現とその構成要素のマッチングを正確に制御するツール群の1つです
最後に Foundationのパーサの1つを使って今度は通貨の金額を照合しますこれまでカンマは千の区切りピリオドは小数の区切りと仮定してきましたがこの仮定を明示します取引元帳から行を解析する正規表現を作成しました行を認識するだけではなくデータの一部を抜き出しますそのために入力の一部を抽出して後で処理するキャプチャを使用しています慣例により'0番目'のキャプチャは正規表現全体が一致した入力部分であり各明示キャプチャが続きます取引の種類は入力の薄片の部分列として捕捉されます日付についてはテキストを後処理することなく解析された強く型付けされた値を実際に取得します個人または機関は再び入力の一部として取得され小数の取得は別の強く型付けされた値です使い方は照合結果から日付と小数点以下の値を抽出し捜査員がここから取り出しますこの時点で構造化照会などの明白な利点のためデータを実際のデータベースにダンプすることをお勧めします彼らは違う意見を持っています何でもかんでも文字列にしようとしますこの講演でSwift Regexをより理解できるのは朗報ですすべてが順調です突然そうでなくなるまではみんなが全く曖昧だと言っていた取引文の日付順が実際に曖昧であることが判明したのです必ずしも同じではなく取引に使われる通貨によって異なるという説が有力ですもちろんそうだからですつまり米ドルは月/日/年英ポンドは日/月/年ということです曖昧さをなくすsedのようなスクリプトを書きましょう正規表現では拡張デリミタを使用しますスラッシュを避けることなく内部に持つことができますまた空白を無視する拡張構文モードも利用できるため標準コードと同様に可読性を高めるために空白の使用も可能ですタプルラベルの表示には指定キャプチャを使いました通貨記号を認識するために Unicode Propertyを使いますこれにより正規表現がより順応可能になり応用論理で特定のシンボルを扱うことになります
手動でテキストを切り貼りするのではなく今回もFoundationの日付パーサを使用します pickStrategyは通貨記号を受け取りそれに基づいて解析戦略を決定しますすべての前提条件がコードで明示されているため適応や展開が容易であり最終的には必ず必要になるものです
キャプチャを含む照合結果を使用し置換文字列を作成するクロージャを提供して正規表現とヘルパー関数を検索置換アルゴリズムで使ってみましょう取り込んだ通貨を元に戦略を選び日付を解析します位置だけでなく名前でキャプチャに接続できます出力には曖昧さのない業界標準のISO-8601を使用し新しい日付をフォーマットしますこの台帳を曖昧でない台帳に変換するのがこのツールです本物の日付パーサとフォーマッタを使用しているため要求の変化への適応性がはるかに高いのですまた通貨記号の認識にUnicode Propertyを使用することでより早く進化させることができます正規表現は文字列モデルのアルゴリズムを示します SwiftのStringは Unicodeで作業する複数の型を示しますこれは時代を超えた恋物語を表現し 3文字が含まれますこれらの文字は正式にはUnicode extended- grapheme clustersと呼ばれる複雑な実体です文字は1つ以上のUnicode スカラー値で構成されます文字列は内容の下位レベルの表現に接続するために UnicodeScalarViewを提供しますこれにより高度な利用や他系統との互換性が可能です
物語の主人公である最初のキャラクターは 4つのUnicodeスカラーで構成されていますゾンビゼロ幅ジョイナ女性の表示そして VARIATION SELECTOR-16はこの文脈では絵文字での表現を好むことを示しますもちろんです! スカラーは視覚的に見る 1枚の絵文字を生成します文字列をメモリに格納する時 UTF-8バイトで暗号化しますこれらはUTF-8表示を使って見ることができます UTF-8は可変幅符号化なので 1つのスカラーに複数のバイトが必要なことがありこれまで見てきたように 1つの文字に複数のスカラーが必要になることがあります 4つのユニコードスカラーで表される物語の主人公は 13のUTF-8バイトで符号化されます複数のスカラーで構成されるだけでなく全く同じ役柄が異なるスカラーセットで表現されることもありますこれは英語以外の言語を扱うときによく出てきますこの例では鋭アクセントのついた'e'は単一のスカラー鋭アクセントの合成済みe または ASCIIの'e'に続く結合鋭アクセントとして表現可能ですこれらは同じ文字なので Stringの対照は真を返しますこれは Stringが正式にはUnicode Canonical Equivalenceと呼ばれるものに従うからです
UnicodeScalarViewやUTF-8表示から見ると内容が異なっておりこれらの下位レベルの表示内で比較するとこの違いがよくわかります Swiftの正規表現は初期値で執拗にUnicodeに正確ですしかし表現力を損なうことなく実現されています一組の文字列を入れ替えてみましょう最初の文字列はドット(.)で示される文字で囲まれた名前付きUnicodeスカラー「SPARKLING HEART」に一致
any character分野はSwiftの任意の文字つまり Unicode拡張書記素クラスタに一致します
2つ目の文字列は等しい文字は等しいものとして比較し大文字小文字を無視できますそして今単純な恋物語はもっと複雑になっています人生にはまたこの場合人生でないものには処理が必要な複雑な要素があることがあります
Stringと同様に互換性や下位書記素クラスタの精度に Unicodeスカラー値を自分で処理する必要がある場合は 'unicodeScalar'意味論で一致させることが可能です Unicode Scalarレベルで一致する場合ドットは完全なSwift Characterではなく単一のUnicode Scalar値に一致します VARIATION-SELECTOR 16 つまりまた友人に会えますこの扱いやすい小セレクタはドットで一致され単独では空の余白として表現され見ることができませんとても参考になります
さて精度と正しさを追求したところで少し変わったことをやって金融に戻りましょう調査員たちが戻ってきて今回は興味深い依頼がありましたまた取引照合ツールを改良し事後的に台帳の処理でなく電信による取引をそのまま傍受するようにしましたコードを見ると実は結構良い仕事をしていますが拡大縮小問題に直面しており我々の助けが必要です処理する取引はよく似ていますが細かな相違があり日付の代わりに正確な時刻印が表示されますこれは明確で曖昧さのない衝撃的な独自の書式で表現されています前世紀に書かれた正規表現がありこれにうまく一致するそうですそれで結構です次に個人と識別コードを含む詳細領域がありますこの領域に対して入力から得られた実行時に収集された正規表現を使用して取引をフィルタリングしますライブでしかもこの後まだまだ領域あるので面白くない取引は早めに手を引きたいですその後金額やチェックサムなどの領域がきますがこれらは単独で問題なく処理できます当然領域は2つ以上の余白またはタブで区切られます
彼らの取引マッチャーは私たちのとよく似ています時刻印には独自の正規表現を持ち詳細な正規表現は入力から蓄積され残りの領域を処理します彼らは結構良い仕事をし技術的にはすべて正常ですうまく拡大縮小できていないだけです時刻印と詳細の正規表現が領域よりもさらに多くの入力に一致することが頻繁だと気づきました理想的にはこの正規表現は 1つの領域に対してのみ実行されるように制約されます私たちの事業では同様の問題を負の先読みを使って処理したのでその正規表現を引き出しましょう
‘field’は領域分離に遭遇するまではどんな文字にも効率よく一致するので正規表現を格納するために使用します後処理段階でも行えますがライブで実行するので正規表現が領域に一致しない場合は早期に立ち去ります TryCaptureを使用して行うことができます TryCaptureは一致した領域をクロージャに渡しそこで調査員の時刻印と詳細の正規表現に対して検査します一致した時は照合が成功しその領域がキャプチャされたことを意味するその領域の値を返しますそれ以外の場合はゼロを返し照合の失敗を知らせます TryCaptureのクロージャは照合に積極的に参加しますつまりまさに私たちが必要としているものですこれにより拡大縮小の大きな問題を解決できましたしかしまだもう一つ問題があります取引マッチャーの後のほうで何かが失敗したとき終了するのに長い時間がかかります
冒頭で定義したfieldSepa- rator正規表現は2つ以上の空白やタブに一致するもので私たちが望むものです 8個の空白文字がある場合残りの正規表現を試す前にそれら全てに一致しますしかし後に正規表現が失敗した場合バックアップして 7つの空白文字にのみ照合させてから再試行しますもし失敗した時は 6文字の空白文字のみ照合のように
あらゆる選択肢を試した末に初めて照合に失敗します代替案を試すための逆流をグローバルバックトラック形式論理学ではクリーネクロージャといいますそれが正規表現の特徴的な力になっていますしかしそれは調査のための広い探索空間を開くものでここではより直線的な探索空間を求めていますすべての空白を一致させ決してあきらめません使えそうなツールがいくつかあります一般的な方法は fieldSepa- ratorをグローバルではなくローカルのバックトラックスコープに置くことです
Local builderは含まれる正規表現がうまく一致した時に未試行の代替表現がすべて捨てられるようなスコープを作成します
たとえ取引マッチャーが後で失敗したとしてもスペースを少なくするために後戻りすることはないのです正規表現の初期値であるグローバルバックトラックは検索やファジーマッチングに最適ですローカルは正確に指定されたトークンの照合に便利です領域分離は厄介かもしれませんが正確です
ローカルは原子非取り込みグループとして他の所で知られていますが恐ろしい名前かもしれません正規表現が爆発しそうな感じになりますしかし実際にはその逆で探索空間を含んでいて
これにより拡大縮小問題を解決できたのです今日はSwift Regexを紹介しましたが紹介しきれなかったことがたくさんあります同僚のRichardによる「Swift Regex: 上級編」もご覧ください退出前にいくつかの点を強調しておきます Regexビルダーは構造を与え Regexリテラルは簡潔ですどのタイミングでどちらを使うかは最終的には主観的な判断になります可能な限り本物のパーサを使用してください膨大な時間を節約し頭痛を避けることができます Swiftの初期値を使うだけで他のどこよりはるかに多くの Unicodeの対応と良さを手に入れることができます通貨記号を合わせたときのように文字の特性など効果的に使う方法を探してみてくださいルックアヘッドやローカルバックトラックスコープなど制御の使用で検索や処理のアルゴリズムを簡素化しますご視聴ありがとうございました

let transaction = "DEBIT     03/05/2022    Doug's Dugout Dogs         $33.27"

let fragments = transaction.split(whereSeparator: \.isWhitespace)
// ["DEBIT", "03/05/2022", "Doug\'s", "Dugout", "Dogs", "$33.27"]

1:49 - Low-level index manipulation

var slice = transaction[...]

// Extract a field, advancing `slice` to the start of the next field
func extractField() -> Substring {
  let endIdx = {
    var start = slice.startIndex
    while true {
      // Position of next whitespace (including tabs)
      guard let spaceIdx = slice[start...].firstIndex(where: \.isWhitespace) else {
        return slice.endIndex
      }

      // Tab suffices
      if slice[spaceIdx] == "\t" {
        return spaceIdx
      }

      // Otherwise check for a second whitespace character
      let afterSpaceIdx = slice.index(after: spaceIdx)
      if afterSpaceIdx == slice.endIndex || slice[afterSpaceIdx].isWhitespace {
        return spaceIdx
      }

      // Skip over the single space and try again
      start = afterSpaceIdx
    }
  }()
  defer { slice = slice[endIdx...].drop(while: \.isWhitespace) }
  return slice[..<endIdx]
}

let kind = extractField()
let date = try Date(String(extractField()), strategy:  Date.FormatStyle(date: .numeric))
let account = extractField()
let amount = try Decimal(String(extractField()), format: .currency(code: "USD"))

2:47 - Regex literals

// Regex literals
let digits = /\d+/
// digits: Regex<Substring>

3:20 - Regex created at run-time

// Run-time construction
let runtimeString = #"\d+"#
let digits = try Regex(runtimeString)
// digits: Regex<AnyRegexOutput>

3:44 - Regex builder

// Regex builders
let digits = OneOrMore(.digit)
// digits: Regex<Substring>

3:56 - Split approach with a regex literal

let transaction = "DEBIT     03/05/2022    Doug's Dugout Dogs         $33.27"

let fragments = transaction.split(separator: /\s{2,}|\t/)
// ["DEBIT", "03/05/2022", "Doug's Dugout Dogs", "$33.27"]

4:36 - Normalize field separators

let transaction = "DEBIT     03/05/2022    Doug's Dugout Dogs         $33.27"

let normalized = transaction.replacing(/\s{2,}|\t/, with: "\t")
// DEBIT»03/05/2022»Doug's Dugout Dogs»$33.27

6:55 - Create a Regex builder

// CREDIT    03/02/2022    Payroll from employer         $200.23
// CREDIT    03/03/2022    Suspect A                     $2,000,000.00
// DEBIT     03/03/2022    Ted's Pet Rock Sanctuary      $2,000,000.00
// DEBIT     03/05/2022    Doug's Dugout Dogs            $33.27

import RegexBuilder
let fieldSeparator = /\s{2,}|\t/
let transactionMatcher = Regex {
  /CREDIT|DEBIT/
  fieldSeparator
  One(.date(.numeric, locale: Locale(identifier: "en_US"), timeZone: .gmt))
  fieldSeparator
  OneOrMore {
    NegativeLookahead { fieldSeparator }
    CharacterClass.any
  }
  fieldSeparator
  One(.localizedCurrency(code: "USD").locale(Locale(identifier: "en_US")))
}

9:04 - Use Captures to extract portions of input

let fieldSeparator = /\s{2,}|\t/
let transactionMatcher = Regex {
  Capture { /CREDIT|DEBIT/ }
  fieldSeparator

  Capture { One(.date(.numeric, locale: Locale(identifier: "en_US"), timeZone: .gmt)) }
  fieldSeparator

  Capture {
    OneOrMore {
      NegativeLookahead { fieldSeparator }
      CharacterClass.any
    }
  }
  fieldSeparator
  Capture { One(.localizedCurrency(code: "USD").locale(Locale(identifier: "en_US"))) }
}
// transactionMatcher: Regex<(Substring, Substring, Date, Substring, Decimal)>

10:31 - Plot twist!

private let ledger = """
KIND      DATE          INSTITUTION                AMOUNT
----------------------------------------------------------------
CREDIT    03/01/2022    Payroll from employer      $200.23
CREDIT    03/03/2022    Suspect A                  $2,000,000.00
DEBIT     03/03/2022    Ted's Pet Rock Sanctuary   $2,000,000.00
DEBIT     03/05/2022    Doug's Dugout Dogs         $33.27
DEBIT     06/03/2022    Oxford Comma Supply Ltd.   £57.33
"""
// 😱

10:53 - Use named captures

let regex = #/
  (?<date>     \d{2} / \d{2} / \d{4})
  (?<middle>   \P{currencySymbol}+)
  (?<currency> \p{currencySymbol})
/#
// Regex<(Substring, date: Substring, middle: Substring, currency: Substring)>

11:33 - Use Foundation's date parser

let regex = #/
  (?<date>     \d{2} / \d{2} / \d{4})
  (?<middle>   \P{currencySymbol}+)
  (?<currency> \p{currencySymbol})
/#
// Regex<(Substring, date: Substring, middle: Substring, currency: Substring)>

func pickStrategy(_ currency: Substring) -> Date.ParseStrategy {
  switch currency {
  case "$": return .date(.numeric, locale: Locale(identifier: "en_US"), timeZone: .gmt)
  case "£": return .date(.numeric, locale: Locale(identifier: "en_GB"), timeZone: .gmt)
  default: fatalError("We found another one!")
  }
}

11:48 - Find and replace

let regex = #/
  (?<date>     \d{2} / \d{2} / \d{4})
  (?<middle>   \P{currencySymbol}+)
  (?<currency> \p{currencySymbol})
/#
// Regex<(Substring, date: Substring, middle: Substring, currency: Substring)>

func pickStrategy(_ currency: Substring) -> Date.ParseStrategy { … }

ledger.replace(regex) { match -> String in
  let date = try! Date(String(match.date), strategy: pickStrategy(match.currency))

  // ISO 8601, it's the only way to be sure
  let newDate = date.formatted(.iso8601.year().month().day())

  return newDate + match.middle + match.currency
}

12:45 - A zombie love story

let aZombieLoveStory = "🧟‍♀️💖🧠"
// Characters: 🧟‍♀️, 💖, 🧠

13:01 - A zombie love story in unicode scalars

aZombieLoveStory.unicodeScalars
// Unicode scalar values: U+1F9DF, U+200D, U+2640, U+FE0F, U+1F496, U+1F9E0

13:44 - A zombie love story in UTF8

aZombieLoveStory.utf8
// UTF-8 code units: F0 9F A7 9F E2 80 8D E2 99 80 EF B8 8F F0 9F 92 96 F0 9F A7 A0

14:12 - Unicode canonical equivalence
```
"café".elementsEqual("cafe\u{301}")
// true
```

14:49 - String's views are compared at binary level

"café".elementsEqual("cafe\u{301}")
// true

"café".unicodeScalars.elementsEqual("cafe\u{301}".unicodeScalars)
// false

"café".utf8.elementsEqual("cafe\u{301}".utf8)
// false

15:14 - Unicode processing

switch ("🧟‍♀️💖🧠", "The Brain Cafe\u{301}") {
case (/.\N{SPARKLING HEART}./, /.*café/.ignoresCase()):
  print("Oh no! 🧟‍♀️💖🧠, but 🧠💖☕️!")
default:
  print("No conflicts found")
}

15:54 - Complex scalar processing

let input = "Oh no! 🧟‍♀️💖🧠, but 🧠💖☕️!"

input.firstMatch(of: /.\N{SPARKLING HEART}./)
// 🧟‍♀️💖🧠

input.firstMatch(of: /.\N{SPARKLING HEART}./.matchingSemantics(.unicodeScalar))
// ️💖🧠

17:56 - Live transaction matcher

let timestamp = Regex { ... } // proprietary
let details = try Regex(inputString)
let amountMatcher = /[\d.]+/

// CREDIT    <proprietary>      <redacted>        200.23        A1B34EFF     ...
let fieldSeparator = /\s{2,}|\t/
let transactionMatcher = Regex {
  Capture { /CREDIT|DEBIT/ }
  fieldSeparator

  Capture { timestamp }
  fieldSeparator

  Capture { details }
  fieldSeparator

  // ...
}

18:26 - Replace field separator

let field = OneOrMore {
  NegativeLookahead { fieldSeparator }
  CharacterClass.any
}

18:55 - Use TryCapture

// CREDIT    <proprietary>      <redacted>        200.23        A1B34EFF     ...
let fieldSeparator = /\s{2,}|\t/
let field = OneOrMore {
  NegativeLookahead { fieldSeparator }
  CharacterClass.any
}
let transactionMatcher = Regex {
  Capture { /CREDIT|DEBIT/ }
  fieldSeparator

  TryCapture(field) { timestamp ~= $0 ? $0 : nil }
  fieldSeparator

  TryCapture(field) { details ~= $0 ? $0 : nil }
  fieldSeparator

  // ...
}

21:45 - Fixing the scaling issues

// CREDIT    <proprietary>      <redacted>        200.23        A1B34EFF     ...
let fieldSeparator = Local { /\s{2,}|\t/ } 
let field = OneOrMore {
  NegativeLookahead { fieldSeparator }
  CharacterClass.any
}
let transactionMatcher = Regex {
  Capture { /CREDIT|DEBIT/ }
  fieldSeparator

  TryCapture(field) { timestamp ~= $0 ? $0 : nil }
  fieldSeparator

  TryCapture(field) { details ~= $0 ? $0 : nil }
  fieldSeparator

  // ...
}

特定のトピックをお探しの場合は、上にトピックを入力すると、関連するトピックにすばやく移動できます。

クエリの送信中にエラーが発生しました。インターネット接続を確認して、もう一度お試しください。

リソース

関連ビデオ

WWDC22