• はてなブックマーク
  • テクノロジー
  • プログラミング言語における正規表現リテラルの必要性について
  • Twitterでシェア
  • Facebookでシェア

プログラミング言語における正規表現リテラルの必要性について

テクノロジー カテゴリーの変更を依頼 記事元:blog.kazuhooku.com
適切な情報に変更
231users がブックマーク コメント 55
    共有

    • 記事へのコメント55件

    • 注目コメント
    • 新着コメント
    その他
    Dryad
    タイプ数が少ないことを「簡潔」と呼ぶのは抵抗がある。というか、どの論点もトリビアルでない反証を挙げられる気が。

    その他
    s-tomo
    文字列処理手法は意見が別れるところだが、リテラルじゃない正規表現が一番読みにくいのだけは間違いない。

    その他
    dankogai
    .@kazuho++; // とはいえ正規表現の表記に揺れがあり、言語へのリテラル表記追加の難易度の問題もある。Perl5でさえ(?:)と()は逆にすべきだったという後悔があるし…

    その他
    stealthinu
    個人的な感覚として正規表現リテラルが使えたほうが使いやすいなあ。最初の「より簡潔なコード」というのになると思うんだけど、その小さな違いが心理的にはとても大きい。

    その他
    ikosin
    正規表現を使うなら正規表現リテラル有ったほうがいい、という話だけでいいのに

    その他
    YaSuYuKi
    raw文字列リテラルがあれば良い https://twitter.com/yugui/status/412572963351703552 に1票

    その他
    teramako
    s/正規表現/E4X/g したい！（ぉ

    その他
    MagnesiumRibbon
    リテラルと関係あるの最初だけでは/リテラル以外（言語の）コンパイル時チェックできないのは言語処理系がしょぼいだけだし、速度気にするレベルなら動的な正規表現でも陽にコンパイルすりゃいいだけだし無理筋っぽ

    その他
    sakura-1
    そこでLisp(主にCommonLisp)の登場ですよ。正規表現リテラルが欲しければマクロを書けばいい。

    その他
    aukusoe
    "正規表現の使用を前提とするのであれば"　当然の話だけど、これにつきる。

    その他
    n2s
    via http://www.slideshare.net/kwatch/ss-39165518 / http://togetter.com/li/603521 関連

    その他
    YuichiTanaka
    リテラル使いたいですよね。あと、pythonがコンパイル済みの正規表現をキャッシュしてるというのはへーと思った。

    その他
    m2ym
    Common Lisp最強伝説。CL-PPCREならマクロ展開時に正規表現をコンパイルできます。

    その他
    knakamura1977
    最近正規表現にハマっている（笑）正規表現使うなら正規表現リテラルはとても便利だと思う。

    その他
    tak4hir0
    Kazuho's Weblog: プログラミング言語における正規表現リテラルの必要性について

    その他
    raimon49
    コメント欄も。

    その他
    kk6
    Pythonの場合は作者がこう言ってるのでリテラル導入は今後も99%なさそう → http://goo.gl/L3b29M

    その他
    AmaiSaeta
    正規表現「リテラル」の話ならば、在った方が良い。学習コストも「(その言語の正規表現リテラル表記法)で正規表現リテラルになるよ」だけ。唯一の欠点は、将来の言語仕様改訂でそれを考慮する必要がある事ぐらい。

    その他
    akio0911
    Kazuhos Weblog: プログラミング言語における正規表現リテラルの必要性について

    その他
    rryu
    ECMA Scriptは文法的には閉じ以外で"/"が出てくるパターンしかフォローしていないし評価時にRegExpオブジェクトを生成するので評価するまで正規表現の文法エラーは出ないはず。

    その他
    lemonjp
    “という問いに対して一般化できる答えは存在しません。”

    その他
    comutt
    正規表現リテラルはあっていいと思うけど、Python の raw string がシンプルで好き。 raw string が無い Java は死ねばいいのにと思ってる。

    その他
    kazuyadesse
    ( ´ ▽ ` )ﾉ

    その他
    tyru
    まとめ

    その他
    june29
    リテラル好き

    その他
    otherworld
    正規表現は相当テストし易い部類の言語だし、文字列処理のデファクトな上、史上最も成功しているDSLだから知らない人はいないはず。言語のせいで糞みたいなエスケープが入るぐらいならリテラルで書けたほうがいい

    その他
    ka2nn
    あれば便利

    その他
    aosiro
    正規表現学ぶことのコストがでかい…自分的には。でも少し覚えなきゃな…

    その他
    theatrical
    別にムリに組み込むことも無いけど、新しい言語なら入ってて当然程度の存在。

    その他
    love0hate
    どっちでもいいじゃん（ぶっちゃけ

    その他
    onsei
    エスケープ文字の問題はraw stringリテラルがあればほぼ解決しそう。それ以外は普段から文字列操作ガンガンやらないから響かないなぁ

    その他
    tengo1985
    処理系の複雑さや言語としての異質さを考えるとライブラリ派。http://d.hatena.ne.jp/language_and_engineering/20120619/p1

    その他
    btei
    コードの意図に関しては数値リテラルと定数の関係の間くらいの表現力で、正規表現リテラルを定数化すると関数と等価になる。名前をつけるべきかコメントをつけるべきか？

    その他
    kazuya030
    へーー、考えたことなかった。JS/Rubyでは意識しよう

    その他
    atsushifx
    問題は学習コスト、標準化、読みやすさだと思っている。言語やライブラリによって正規表現にゆれがあるし、コメントにも出ているけど正規表現のエスケープと文字列のエスケープが重なるとReadbilityが落ちすぎて悲惨。

    その他
    s-tomo
    s-tomo 文字列処理手法は意見が別れるところだが、リテラルじゃない正規表現が一番読みにくいのだけは間違いない。

    2013/12/18 リンク

    その他
    NOV1975
    いつも思うんだけど、この手の比較の時って利用局面に対するコード全体が提示されないよね。この一行の差異がどれだけの差異になるのか。／実行時エラーで問題になることはテスト省略しない限りないんじゃないかなー

    その他
    cu39
    漢字かな人とアルファベット人で需要に大きな差があることは前々から指摘されてるよね。

    その他
    kkobayashi
    その言語がどれだけ正規表現と親和性高いか、という話はあるな。Perlのqrは好きだけども。

    その他
    aukusoe
    aukusoe "正規表現の使用を前提とするのであれば"　当然の話だけど、これにつきる。

    2013/12/18 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    プログラミング言語における正規表現リテラルの必要性について

    Twitterに書いたことのまとめです。 プログラミング言語の仕様の一部として正規表現リテラルを提供する...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.