「後読み+量指定子(特に長さ不定の量指定子)」が非常に効率が悪いことは承知しています。凶悪な*だの+だのを後読みの中で連発するとパフォーマンスがどかんと落ちる可能性があります。少なくとも私にとって「後読み+量指定子」はどうしてもないと困る表現なのです。私が使うのはせいぜい?や{N,M}といったかわいらしい量指定子ですが。ここは想像ですが、おそらくRubyやPCRE系の正規表現ライブラリでは、効率の悪いこの書き方を自主規制してるのではないかと思いました。Webやモバイルアプリの開発者にとっては、特定のブラウザでしか使えない正規表現機能などほとんど意味がないと思いますし、うかつに取り入れてセキュリティ問題を引き起こさないよう注意も必要でしょう。私のユースケースではとっても嬉しい機能です?。冒頭の記事で引用されていた以下のスライドで、V8の正規表現機能の対応を含む今後のES2018の予定が公式に説明されていました。スライドは今年3月のものですが、既に実現されているものや、これからのものがあります。slidr.ioより正規表現のsオプション(/正規表現/sと指定)を使うと、.が改行でもマッチするようになります。これは現在のChromeで動きます(regex101)。()によるキャプチャは前からできてたようですが(regex101.com)、名前付きキャプチャが使えるようになるそうです。これも現在のChromeで動きます(https://regex101.com)。Unicode文字クラスも対応するそうです。現在のChromeでは、[\p{なんちゃら}]はピクリとも動きません(regex101.com)。Canary版でもだめでした?。以上は現時点のChromeで確認したものなので、今後変わると思われます。個人的には、sオプションのように正規表現の外で挙動を変えるオプションは使いたくないと思っています(大文字小文字を区別しないiなども使っていません)。.のような雑なメタ文字を使うぐらいなら、hello[\n|\s|\S]worldのようにスペースと改行の両方にマッチする正規表現を明示的に書く方を選びます。普通のキャプチャがあれば名前付きキャプチャはあまり使わなさそうですが、Unicode文字クラスはぜひとも期待したいところです?。Rubyに負けないくらいUnicode文字クラスを手厚くサポートして欲しいと願っています✨。Unicode文字クラスの確認に便利です。コボラー、ITコンサル、ローカライズ業界、Rails開発を経てTechRachoの編集・記事作成を担当。チュートリアル第2版の監修および半分程度を翻訳、Railsガイドの初期翻訳ではほぼすべてを翻訳。その後も折に触れて更新翻訳中。enno.jpを運営。実は最近Go言語が好きで、Goで書かれたRubyライクなGoby言語のメンテナーでもある。仕事に関係ないすっとこブログ「あけてくれ」は2000年頃から多少の中断をはさんで継続、現在はnote.muに移転。Storageを使ってはいけない(翻訳)#Tags#会社紹介#自社サービス#勉強会#Rails#PHP#デザイン#実績#週刊RailsウオッチCONTACTお気軽にご相談ください。(翻訳)CONTACTTechRachoでは、パートナーシップをご検討いただける方からのご連絡をお待ちしております。お気軽にご意見・ご相談ください。