【IT】プログラマーが正規表現を使いこなすメリットとは？
■ このスレッドは過去ログ倉庫に格納されています
皆さん、正規表現は使っていますか？ 開発者にとってテキスト処理は面倒な場面も多いですが、正規表現を駆使することで一気に効率化することもできます。今回、『正規表現辞典 改訂新版』の著者・佐藤竜一さんに、正規表現を使うメリットや本書についてうかがいました。
――『正規表現辞典 改訂新版』は目的別の検索ができるリファレンスですが、正規表現の歴史や背景についても解説されています。今回は佐藤さんに本書についてお尋ねしますが、まずはご自身のことを教えてください。
佐藤：勤務先はいわゆるSIerですので、各種システムの企画・構築を主業務としています。主に担当しているのは企業向けのアプリケーション開発基盤の構築や、個別システムに対するアプリケーション・アーキテクチャの立案といった分野ですね。
世間的には「アーキテクト」と呼ばれる職種になりますが、私自身はプログラマーとして個別の問題と向き合い、頭を絞るほうが好きです。
――仕事では正規表現をどう活用されているのでしょうか。
佐藤：個別のアプリケーションにおける入力値検証などに利用することはもちろん、アプリケーションやミドルウェアのトラブルシュートにおけるログの分析や、既存データのクレンジングなどに活用しています。
ログ分析では必要なログのみを抜き出す、あるいは不要な部分を刈り取るために正規表現は欠かせません。データのクレンジングでは不要なデータを排除する、あるいは不正なデータを正しい形式に整形するといった作業が必要となりますが、このような局面でも正規表現はそのパワーを存分に発揮してくれます。
読みやすさやメンテナンスのしやすさで差がつく
――プログラマー（開発者）として、正規表現を使いこなすのと使いこなさないのとでは、どんな差がつきますか？
佐藤：テキストを相手にする処理では、正規表現を活用することで簡潔かつ分かりやすい記述が可能となるケースが多々あります。正規表現をうまく使えないプログラマーは、ちょっとした処理でもループでテキストを文字単位に分割し、複雑な条件分岐を処理中に記述してしまいます。
このようなプログラムは確かに動作するかもしれませんが、読みやすさやメンテナンスのしやすさという観点で見れば大きなマイナスとなるでしょう。
「正規表現を使いこなす」という質問からすると拍子抜けされるかもしれませんが、正規表現を使って解決すべき現場の問題の多くは、基本正規表現と拡張正規表現の範囲でも十分まかなえます。
ですので、本当に基本的な部分をちゃんと理解するだけでもプログラマーとしては大きなアドバンテージになります。大切なのは個々のメタキャラクタの意味をきちんと押さえること、そして実践を繰り返すことでしょう。最初はとっつきにくく見える正規表現も、慣れてくるうちに自然と記述できるようになります。
――開発者以外でも正規表現を使えることでどのような利点がありますか？
佐藤：現在は開発者以外の方でも、各種のクラウドサービスなどのツールやリソースを活用して生産性の向上、さらにはビジネス上の成果を求められる時代です。処理対象の指示や結果の加工に正規表現が必要とされる、あるいは正規表現を使うことでより柔軟な処理を実現できるといった局面は今後も増えてくるはずです。
たとえば、RPA(Robotic Process Automation)ではExcelやPDFファイルから特定のデータのみを抜き出し、妥当性を判断し、加工したうえで最終的な結果を得るといったことが普通に行われます。このような処理は、それこそ正規表現が最も得意とする領域です。
結果に辿りつく過程を理解してほしい
――2005年に出版された初版と、この改訂版が出る間に、どのような変化がありましたか？
佐藤：本書の前書きにも書きましたが、Unicodeが文字コードの標準的地位を獲得したことです。文字の選択はUnicodeのプロパティにもとづいて行われるため、たとえば1文字の数字を表す「\d」はUS-ASCII以外の数字にもマッチすることが当然になりつつあります。
また、絵文字のように複数のコードポイントを消費して目に見える1文字を表すケースもこれまで以上に増えました。本書でも可能な限り、これらのポイントについて説明しています。
https://codezine.jp/article/detail/10855 都道府県と市区町村とその他に分けたやつは軽く感動したね ある程度理解すると小回り効いて便利だ
ただそれは自分だけの世界ならではの話
他人が書いた正規表現はメンテの時に混乱する
特に一行で収めようと頑張ってる人が書いた正規表現は鬼門 姓企業元が使えない言語、環境ではもう仕事したくない >>16
一週間前に自分で書いたやつが理解できないときあるもんな 正規表現が役に立つのは、テキストエディタのみで不具合解析とかソースコード解析する時だな。
たまに統合開発環境すら入れさせてくれない現場で、サクラエディタとか秀丸を駆使して解析したわ。 パキュレーションサイトってこれで変換してるだけだろ 簡単な正規表現だったら、誰でもできるだろ・・・
yy/MM/dd kk:mm:ss の日付の日だけ欲しいときに、いろいろ処理するのと
正規表現を使うのとでは、まあ確かに正規表現のほうがわかりやすそうではある
処理でやるのだと、" "でsplitして〜とかやるんだろうなｗ メンテの仕事は俺に回ってこないし、それで俺の給与が増えるとも思えない
本当にアドバンテージになるの？ javascriptの配列処理を理解するのに1年かかった。 書いた奴のドヤ顔が浮かんできそうな自己満足的な糞長い正規表現とかの方がメンテナンスしづらいがな ワイ中卒javascriptはnode::repl
phpはartisan
ダックタイピングしないと死ぬ病
書いてる最中に全てを忘れてくので
phpはリフレクション必須 正規表現で表現しきれないものまで無理に正規表現を使うな ログ分析の前処理に正規表現かけてデータ取り出してログストレージに突っ込んでるお(´・ω・｀) 逆に正規表現ができないプログラマとか、Sierとか、なんの冗談ですか？ これを正規表現で抽出するにはどう書けばいいんだっけ... てあんちょこと睨めっこしてるうちに
正規表現使わずに文字列処理するプログラムが書けてしまうという 複雑な正規表現は、メンテの手間と、バグのもと。
仕様変更を頼まれたら逃げる。
$mail_regex = q{(?:[^(\040)<>@,;:".\\\\\[\]\000-\037\x80-\xff]+(?![^(\040)<>@,;:".\\\\}
. q{\[\]\000-\037\x80-\xff])|"[^\\\\\x80-\xff\n\015"]*(?:\\\\[^\x80-\xff][}
. q{^\\\\\x80-\xff\n\015"]*)*")(?:\.(?:[^(\040)<>@,;:".\\\\\[\]\000-\037\x}
. q{80-\xff]+(?![^(\040)<>@,;:".\\\\\[\]\000-\037\x80-\xff])|"[^\\\\\x80-}
. q{\xff\n\015"]*(?:\\\\[^\x80-\xff][^\\\\\x80-\xff\n\015"]*)*"))*@(?:[^(}
. q{\040)<>@,;:".\\\\\[\]\000-\037\x80-\xff]+(?![^(\040)<>@,;:".\\\\\[\]\0}
. q{00-\037\x80-\xff])|\[(?:[^\\\\\x80-\xff\n\015\[\]]|\\\\[^\x80-\xff])*}
. q{\])(?:\.(?:[^(\040)<>@,;:".\\\\\[\]\000-\037\x80-\xff]+(?![^(\040)<>@,}
. q{;:".\\\\\[\]\000-\037\x80-\xff])|\[(?:[^\\\\\x80-\xff\n\015\[\]]|\\\\[}
. q{^\x80-\xff])*\]))*}; 結局やりたいこと出来ない場合が多い。
互換性あって、もっと簡単にできないの？
解析で覚えても時間の無駄な気がしてイライラする 俺が正規表現を覚えて絶望したことは
言語毎に正規表現が微妙に違うことに初めて気がついた時。
二つ目の言語やるまで、恥ずかしながら知らなかった。 >>46
あんまりにも複雑な表現は覚えても仕方ないし使い所ないよね？
VIの検索置換とか、そういうのを使うために覚えるのはありだが
簡単なものは覚えてると仕様書書くときとかにも使える
相手もある程度コーダーな人であるという前提になるが
下手な絵よりもわかりやすく誤解がないのがプログラム構文的な式を直書きすること >>5
ほんとそれ
特に最短一致はよく使うので
何とかして欲しい 遠い記憶だと
意識して使い始める
↓
統一を意識するあまり一部が難解になる
↓
無理に統一する意味無くねと思い始める
↓
忙しいのに、やってられるかとちゃぶ台を返す
↓
記憶から消去
みたいな感じだったような．．．
簡単なやつは使えたはず 正規表現での検索だけを使ってるうちはさほどでもないけど、
キャプチャして置換を覚えて便利に使うようになると
他の人(未来の自分を含む)に読めない式を量産しちゃうので要注意。
正規表現を組み立てるパズルが面白すぎるんだわ。 >>52
みんなそうだと思う
使うにしたって、PGを相手に実装されたような一部のツールで使うくらいだ
そのツールの一部有用な記述だけ習得して大多数は記憶から抹消するよ
コーディングにこんなもん本格的に使ったら引き継いだやつが泣きを見るし
UIで正規表現前提のもの作ったら客からクレームが来る 一番役立ってるのが、数字に３桁毎にカンマを入れるやつ
$val =~ s/(?<=\d)(?=(?:\d{3})+$)/,/g; ERGのテキスト監視→コピペ→棒読み自動読み上げで鍛えた正規表現を仕事で活かし、さらにレベルアップを図って正確なERGセリフの抜き出しが出来るという相乗効果 文字コード変換に使う正規表現ライブラリとかそれ系の処理が不要になったとしてもだな
-------------
便利過ぎるぞ
------------ >>27程度なら普通に使ってるしsplitとかを駆使するより分かりやすいと思う 働き方改革
昔はファイル名を手作業でひとつずつ変更していたものを一瞬で変換できる 正規表現はプログラム書くなら常識中の常識でしょ
個人的にはそれよりも
ちゃんとした擬似言語を書けるようになりたい >>45
おまプログラミング最高やで！
しかも元プロなら言うことなし >>16
正規表現そのものには、コメント入れられないからね
そこは不便
一致や置換の例でも、書いとくかね？ >>46
極力、基本正規表現だけで表して、覚えることを
最小限にしてるよ。 >>1
正規表現使わないプログラマーとかっているの？ 全く使ったことないけど、データベースとかだとつかうの? >>79
SQLではまずつかわないだろうな
完全一致、前方一致、後方一致、部分一致くらいなもんだろ >>79
たとえばMySQLではREGEXP演算があるね
抽出条件の記述に使える なにが「正規」なの？
じゃあ普通の表現は非正規なのか 通常言語の記述が複雑になりすぎるとき以外は使わない
メンテを考えるとほかの人に渡しにくいから 覚えればべんちだけどまあ、覚えなくても何とかな･･･
JavaScriptでも使ったりするから覚えたほうがいいのか >>73
自分プログラマですが
むしろ正規表現に依存しすぎて
悩んでるぐらいやで… ソースコードやファイル名のGrep検索とストアドプロシージャ、Webの入力項目のチェックとかで使うのかな？ IoT(処理)の半分は、RegEx(処理)だろ。
言語の内部処理も、半分は同じだろ。
知らないのは、お前だけ。 ただ個人の意見としては、
パフォーマンスとのバランスを見ながらほどほどにって思う
正規表現に凝りすぎてプログラム全体の処理速度が落ちては本末転倒なので
避けるべきでしょう >>34
RFCのメアドテストはギリギリだろうか？ 現状の正規表現を機械語としたときの高級言語が欲しいよね >>97
解析するためのツールとしては役に立つかもしれない
入力に関しては表現を冗長にしたら利便性が失われるだけ 変態ハッカーになりたくて本読んでるけど・・・みたことないぞ。
まだまだ変態になる道さえ見えない、まだ本を読み足らないってことか。
とりあえず遊んで読んでる本に正規表現あるかみてみたら載ってた。
この分野の本で変態になれるのだるろうか。 ■ このスレッドは過去ログ倉庫に格納されています
