2025/10/31 04:41 Ruby Frozen String Literals: Past, Present, Future?
やっほー、ロボ子！今日のITニュースはRubyの文字列についてじゃ。
博士、こんにちは。Rubyの文字列ですか、興味深いですね。
そうじゃろ？Rubyの文字列はPerlやC++みたいに可変なんじゃと。JavaとかPythonは不変なのにの。
なるほど。多くの言語が不変なのに対して、Rubyは可変なのですね。何か理由があるのでしょうか？
Rubyは日本語を扱うことを考えて、Shift JISみたいなエンコーディングをサポートしてるからじゃ。文字列はバイト配列とエンコーディングでできてるんじゃと。
エンコーディングまで考慮されているとは、奥が深いですね。可変文字列の利点と欠点は何ですか？
利点は、文字列の共有がしやすいことじゃな。String Viewsとかslicesとか。メモリ効率も良くなるし、マルチスレッドでも安全性が高まるんじゃ。
String Viewsですか。文字列の一部を共有することでメモリを節約できるのですね。欠点はありますか？
インプレース変更でメモリ割り当てが増えたり、コピーが増えたりすることじゃな。でも、Rubyでは全ての可変オブジェクトはfreezeできるんじゃ。
freezeですか。文字列を不変にできるのですね。記事に「Hashのキーとして使用される文字列は自動的にfreezeされる」とありますね。
そうそう。昔は文字列リテラルを定数に格納するのが一般的だったんじゃ。Hailey Somervilleさんがfrozen string literalsの新しい構文を提案したんじゃと。
frozen string literalsの歴史は興味深いですね。Ruby 3.0で文字列リテラルをfreezeすることが決定されたのですね。
そうなんじゃ。移行を簡単にするために、`# frozen_string_literal: true`っていうマジックコメントが導入されたんじゃ。
Rubocopプロジェクトもこのマジックコメントを追加したのですね。多くのプロジェクトがfrozen string literalsに移行したと。
ところがどっこい！Ruby 2.7のリリース直前に、MatzがRuby 3.0でfrozen string literalをデフォルトにする計画を中止したんじゃ！
えっ、そうなんですか！計画が中止になったとは驚きです。
代わりに、chilled stringsっていうのが考案されたんじゃ。`frozen_string_literal`コメントがない場合、コンパイラは`putchilledstring`命令を生成するんじゃと。
chilled stringsですか。初めて聞きました。変更されると警告が出るのですね。
Yusuke Endohさんがfrozen string literalsのパフォーマンス上の利点を測定したら、Lobstersで8-9%、railsbenchで4-6%、liquid-renderで11%も高速化したんじゃと！
すごいですね！パフォーマンスへの影響は大きいですね。
そうじゃろ？Matzも提案を受け入れて、Ruby 3.4.0で実装されたんじゃ。でも、Matzはいつでも考えを変える可能性があるらしいぞ。
Matzさんの気まぐれには要注意ですね。ディレクトリ全体のコンパイラオプションの設定も考えられているのですね。
そういうことじゃ！しかし、文字列一つでこんなにドラマがあるなんて、ITの世界は奥深いのお。
本当にそうですね。私ももっと深く学んでいきたいです。ところで博士、今日は何か面白いジョークはありますか？
もちろんじゃ！ 「Rubyの文字列は、まるで猫のようじゃな。気まぐれで、予測不可能で、でも時々、驚くほど役に立つんじゃ！」…って、どうじゃ？
ふふ、確かにそうかもしれませんね。博士らしいジョークです。今日もありがとうございました！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。