第86章へようこそ。

今日のテーマは「プログラムの外側」です。

Rustの道具は5つに分類できます。

言語構文、プレリュード、組み込みマクロ、標準ライブラリ、外部クレート。

今日も標準ライブラリの章です。

前章では、入出力を見ました。

ReadとWriteというトレイトが、ファイル、ネットワーク、標準入出力を統一していた。

今日は、プログラムが外の世界と接する残りの部分を見ます。

プログラムはどう起動されたか。どこにいるか。時間の中にどう存在するか。

そして、他のプログラムとどう関わるか。

第85章へようこそ。

今日のテーマは「標準ライブラリの入出力」です。

Rustの道具は5つに分類できます。

言語構文、プレリュード、組み込みマクロ、標準ライブラリ、外部クレート。

前章では、useを書かずに使える最初の3つを見ました。

今日から、4つ目に入ります。

標準ライブラリ。useが必要だが、Cargo.tomlには書かない世界です。

ファイルを読む。ネットワークからデータを受信する。標準入力からテキストを受け取る。

これらは別々の操作に見えます。

相手が違う。仕組みが違う。扱い方も違うはず。

しかしRustでは、これらはすべて同じ抽象で統一されています。

ReadトレイトとWriteトレイト。

この二つのトレイトが、Rustの入出力の全体を貫いています。

第84章へようこそ。

今日のテーマは「useを書かない世界」です。

Rustで使える道具は、5つに分類できます。

1つ目は、言語構文。if、match、for、let、useのような、言語そのものの文法。

2つ目は、プレリュード。Option、Vec、Cloneのような、自動的にインポートされる型とトレイト。

3つ目は、組み込みマクロ。println!、panic!、assert!のような、常に使えるマクロ。

4つ目は、標準ライブラリ。HashMap、File、TcpStreamのような、useが必要だがCargo.tomlには書かないもの。

5つ目は、外部クレート。serde、tokio、clapのような、useもCargo.tomlへの記載も必要なもの。

この5つが、Rustの道具の全体像です。

今日は、useを書かずに使える最初の3つを見ていきます。

構文、プレリュード、組み込みマクロ。

第83章へようこそ。

今日のテーマは「ビルドと配布」です。

Rustでビルドすれば、実行ファイルが1つ出来上がります。

それをコピーすれば、確かに動く。

しかし、「動く」と「届けられる」は違います。

実行ファイルをそのまま渡されたユーザーは、まず疑います。

これは本当に安全なのか。誰が作ったのか。途中で改ざんされていないか。

OSも同じ疑いを持ち、警告を出してブロックする。

開発者の環境では動いたが、ユーザーの環境では動かない。

ライブラリが足りない。パスが違う。権限が足りない。

そしてバグが見つかったとき、ユーザーに新しいファイルをもう一度渡す手段がない。

古いバージョンが残り続け、セキュリティパッチが届かない。

実行ファイルのコピーは「プログラム」です。

信頼され、環境に適応し、更新され続ける状態は「製品」です。

プログラムを製品にする。今日はその仕組みを学びます。

第82章へようこそ。

前章では、Tauriのセキュリティモデルを学びました。

今日のテーマは「状態管理」です。

Tauriのコマンドは、JavaScriptからRustの関数を呼び出す仕組みでした。

しかし、関数呼び出しは一回きり。呼ばれて、結果を返して、終わり。

ではアプリケーションは、どうやって「前の操作の結果」を覚えているのか。

今日はその問いから始めます。

第81章へようこそ。

前回は、コマンドとイベントを学びました。

フロントエンドとバックエンドの間で、データをやり取りする仕組み。

今日のテーマは、セキュリティです。

Tauriアプリケーションでは、フロントエンドはWebViewで動いています。

HTML、CSS、JavaScript。Webページと同じ。

Webページには、ブラウザがセキュリティ制限を課しています。

ローカルファイルを読めない。任意のプロセスを起動できない。

しかしTauriでは、バックエンドを通じてこれらの操作が可能になる。

その「可能」の範囲を、どう制御するか。

これがCapabilities、能力システムです。

第80章へようこそ。

前回は、Tauriのアーキテクチャを学びました。

フロントエンドはWebViewで動き、バックエンドはRustで動く。

今日のテーマは、この2つの世界を繋ぐ仕組みです。

コマンドとイベント。

フロントエンドがバックエンドに処理を依頼する。

バックエンドが結果をフロントエンドに返す。

バックエンドからフロントエンドに通知を送る。

これらの通信は、すべてIPC、プロセス間通信を通じて行われます。

第79章へようこそ。

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

Rustでデスクトップアプリケーションを作るフレームワーク。

デスクトップアプリを作る方法はいくつかあります。

その中で、Web技術を使う方法が人気を集めてきました。

HTML、CSS、JavaScriptで画面を作る。慣れた技術でUIを構築できる。

この分野で長く支配的だったのがElectronです。

VS Code、Slack、Discord。多くの有名アプリがElectronで作られている。

しかしElectronには課題がありました。

Tauriは、その課題に対する別の答えです。

第76章へようこそ。

前章では、型を使って不正を防ぐAPI設計の思想を学びました。

今日はもう少し具体的な話です。

関数やメソッドの「引数」と「戻り値」をどう設計するか。

Rustでは、引数で所有権を取るか参照を取るかという選択があります。

戻り値にも、コレクションを返すかイテレータを返すかという選択がある。

これらの判断基準を学びます。

共通するのは「呼び出し側の視点で考える」という姿勢です。

第75章へようこそ。

今日のテーマは「API設計」です。

ライブラリを書く。モジュールを設計する。関数のシグネチャを決める。

これらはすべてAPI設計の一部です。

良いAPIとは何か。

「使いやすい」だけでは足りません。

「間違った使い方ができない」ことが、Rustらしい良いAPIの条件です。

今日は、型システムを使ってAPIの利用者を守る、その思想を学びます。