第74章へようこそ。

今日のテーマは「メモリ確保戦略」です。

Vec::newを呼ぶ。String::fromを呼ぶ。Box::newを呼ぶ。

何気なく書くこれらのコードの裏側で、アロケータが動いている。

アロケータとは何か。なぜメモリ確保は「コスト」と言われるのか。

そのコストを減らすために、どんな手法があるのか。

今日は、普段は意識しないレイヤーに降りていきます。

「なぜこれが速くて、あれが遅いのか」の本当の理由がわかるようになります。

第73章へようこそ。

今日のテーマは「clap」です。

RustでCLIツールを作るとき、ほぼ確実に使うことになるクレート。

名前はCommand Line Argument Parserの略。

コマンドライン引数の解析というと、地味な仕事に聞こえるかもしれません。

でも、よく設計されたCLIツールは使いやすい。

引数の解析がしっかりしていると、ユーザーが間違った使い方をしたとき、何が問題かを明確に教えてくれる。

ヘルプメッセージが自動生成される。タブ補完が効く。

clapの魅力は、Rustの型システムと深く統合されていること。

引数の仕様を構造体で定義すると、パースとバリデーションが型によって保証される。

文字列を自分でパースして、変換エラーを手動で処理する時代は終わりました。

第72章へようこそ。

今日のテーマは「Tokioの深掘り」です。

第51章でTokioの基本を学びました。

spawnでタスクを作り、awaitで待ち、sleepで非同期に眠る。

でもあの章では「何が起きているか」をほとんど説明しませんでした。

ランタイムの中で、タスクはどう管理されているのか。

マルチスレッドランタイムとシングルスレッドランタイムは、何が違うのか。

selectマクロは、なぜ複数のFutureを同時に扱えるのか。

tokio::syncとstd::syncは、なぜ両方存在するのか。

道具の使い方だけでなく、道具の中身を知ると、判断力が変わります。

「なぜこうなっているのか」がわかると、「いつ使うべきか」がわかる。

なお、この章では仕組みの本質を伝えることを優先して、実装の細部は簡略化して説明しています。

実際のTokioの内部実装はさらに複雑ですが、メンタルモデルとしてはここでの理解で十分です。

第71章へようこそ。

今日のテーマは「キャッシュと局所性」です。

第20章でスタックとヒープを学びました。

でもメモリの話には、もう一つ重要な次元があります。

CPUキャッシュです。

同じメモリアクセスでも、速いときと遅いときがある。

1ナノ秒で済むこともあれば、100ナノ秒かかることもある。

100倍の差。なぜこんなことが起きるのか。

答えはCPUキャッシュにあります。

そして、キャッシュを意識したデータ配置が「局所性」です。

第69章へようこそ。

今日のテーマは「anyhowとthiserror」です。

Rustのエラー処理には、2つの代表的なクレートがあります。

anyhowとthiserror。

この2つは、それぞれ異なる場面で使います。

どういう場面か。それを理解するのが今日の目標です。

第68章へようこそ。

前回は、名前が「コストと所有権」を教えることを学びました。

今日は、名前が「振る舞い」を約束することを学びます。

メソッド名は、呼び出し側との契約です。

名前を見れば、何が起きるか予測できる。

予測できるから、安心してコードが書ける。

Rustのエコシステム全体が同じ約束を守っている。

だから、初めて見るクレートでも読みやすい。

今日はその約束を学びます。

第66章へようこそ。

今日のテーマは「serde」です。

Rustでプログラムを書いていると、ほぼ確実に出会うクレートがあります。

それがserde。

名前の由来は「Serialize」と「Deserialize」の頭を繋げたもの。

シリアライズとデシリアライズ。つまり、データの変換です。

設定ファイルを読み込む。APIからJSONを受け取る。データベースに保存する。

こういった場面で、Rustの構造体と外部のデータ形式を行き来させる。

その橋渡しを担うのがserdeです。

ただ「便利なライブラリ」で終わらせるのはもったいない。

serdeの設計思想を理解すると、Rustの型システムの力がよく見えてきます。

第65章へようこそ。

今日のテーマは「イテレータパターン」です。

イテレータの基本は学びました。

今日は、自分でイテレータを実装します。

カスタムデータ構造をfor文で回せるように。

遅延評価のパイプラインを作れるように。

第64章へようこそ。

今日のテーマは「エラーハンドリングパターン」です。

Resultと?演算子は学びました。

実践では、より洗練されたパターンが必要になります。

カスタムエラー型、thiserror、anyhow。

実用的なエラー設計を学びましょう。

第63章へようこそ。

今日のテーマは「RAIIパターン」です。

RAIIは「Resource Acquisition Is Initialization」の略。

リソースの取得と初期化を同時に行うという意味です。

オブジェクトの生成時にリソースを取得。

オブジェクトの破棄時にリソースを解放。

Rustでは、Dropトレイトでこのパターンを実現します。