調査ドキュメント：Mooで覚えるオブジェクト指向プログラミング

調査目的

シリーズ記事「Mooで覚えるオブジェクト指向プログラミング」（全12回）の第2回〜第12回を作成するための情報収集と調査。

• 技術スタック: Perl / Moo
• 想定読者: スパゲティコードしか書いたことがない初心者
• 想定ペルソナ: オブジェクト指向プログラミングの必要性がわからない
• 目標: オブジェクト指向プログラミングを感覚的に理解できる
• ストーリー: 掲示板（BBS）をスパゲティコードで実装している状態から、オブジェクト指向で考えるとどうなるのか。情報量の少ないチャットから、属性を増やして多機能な掲示板へと成長させる過程でオブジェクトを追加しながら継承や委譲についても学ぶ

調査実施日: 2025年12月30日

1. キーワード調査

1.1 Perl Moo オブジェクト指向

要点:

• Mooは「Minimalist Object Orientation (with Moose compatibility)」の略で、Mooseと互換性を持つ軽量なオブジェクト指向システム
• Mooseのサブセットを提供し、高速な起動に最適化されている
• blessを直接使う従来の方法よりも圧倒的に簡潔で分かりやすい構文
• コマンドラインツールからWebアプリケーションまで幅広く使用可能

根拠:

• 公式ドキュメントの説明: “Moo is an extremely light-weight Object Orientation system”
• 既存記事（第1回）でもblessを忘れてMooを使うことを推奨

出典:

• https://metacpan.org/pod/Moo (公式ドキュメント)
• https://perlmaven.com/oop-with-moo (Perl Maven チュートリアル)
• https://islandinthenet.com/revisiting-perl-object-oriented-programming-oop-in-2025/ (2025年のPerl OOP最新情報)

信頼度: 高（公式ドキュメントおよび著名なチュートリアルサイト）

1.2 継承（inheritance）

要点:

• 継承は「is-a」関係を表現する仕組み
• Mooではextendsキーワードで親クラスを指定
• 親クラスの属性とメソッドを子クラスが引き継ぐ
• 深い継承ツリーは避けるべき（ダイアモンド問題など）

根拠:

• Moo::Manualおよびperl5公式ドキュメントで継承の使い方が詳細に説明されている
• 実践的な記事でも継承の使い方と注意点が解説されている

仮定:

• 初心者は「継承」という言葉自体に馴染みがない可能性が高い
• 現実世界の例え（親→子の関係）で説明すると理解しやすい

出典:

• https://perldoc.perl.org/perlootut (perlootut - Object-Oriented Programming in Perl Tutorial)
• https://www.geeksforgeeks.org/perl/perl-inheritance-in-oops/

信頼度: 高

1.3 委譲（delegation）

要点:

• 委譲は「has-a」関係を表現する仕組み
• オブジェクトが別のオブジェクトにメソッド呼び出しを転送する
• Mooではhandlesキーワードで委譲を実装
• 継承よりも柔軟で疎結合な設計が可能

根拠:

• 委譲は継承の代替として推奨されることが多い
• “Composition over inheritance”（継承より合成を優先）の原則

仮定:

• 初心者にとって継承よりも理解が難しい可能性がある
• 具体的なユースケースで説明することが重要

出典:

• https://metacpan.org/pod/Moo (handles属性の説明)
• https://www.modernperlbooks.com/mt/2009/05/perl-roles-versus-inheritance.html (Modern Perl Programming)

信頼度: 高

1.4 ロール（role）

要点:

• ロールは「can-do」関係（振る舞いの共有）を表現
• Moo::Roleでロールを定義し、withで消費（compose）する
• 複数のクラスで共通の振る舞いを再利用できる
• requiresで必須メソッドを指定可能

根拠:

• ロールは継承の問題（ダイアモンド問題など）を解決する手段
• Moose/Mooで推奨されるモダンな設計パターン

出典:

• https://metacpan.org/pod/Moo::Role
• https://theweeklychallenge.org/blog/roles-in-perl/
• https://mvp.kablamo.org/oo/roles/

信頼度: 高

1.5 属性（attribute）

要点:

• Mooではhasキーワードで属性を定義
• is => 'rw'（読み書き可能）またはis => 'ro'（読み取り専用）
• required => 1で必須属性を指定
• defaultまたはbuilderでデフォルト値を設定
• isaで型制約を指定可能（Types::Standardと組み合わせ）

根拠:

• Mooの核となる機能であり、多くのチュートリアルで詳細に説明されている

出典:

• https://metacpan.org/pod/Moo
• https://perlmaven.com/oop-with-moo

信頼度: 高

1.6 コンストラクタ

要点:

• Mooではnewメソッドが自動的に提供される
• コンストラクタの拡張はBUILDメソッドで行う
• BUILDARGSでコンストラクタ引数の前処理が可能

根拠:

• 従来のPerlオブジェクト指向ではnewを自分で書く必要があったが、Mooでは自動生成される

出典:

• https://metacpan.org/pod/Moo

信頼度: 高

1.7 カプセル化

要点:

• データと処理をオブジェクトにまとめ、外部からの直接アクセスを制限する
• Mooではis => 'ro'で読み取り専用属性を作成してカプセル化を実現
• アクセサメソッド経由でのみ値を操作
• Perlには言語レベルでの厳密なprivate/publicの区別はない

根拠:

• オブジェクト指向の四大原則の一つ
• 初心者が最初に理解すべき重要な概念

出典:

• https://techgym.jp/column/object-orient/
• https://programmer-beginner-blog.com/object/

信頼度: 高

1.8 掲示板 BBS Perl

要点:

• 掲示板はPerlのCGI時代から定番の題材
• フォームからのデータ取得、保存、表示という基本的なCRUD操作を学べる
• メッセージ、ユーザー、スレッドなど複数のオブジェクトが関連する
• オブジェクト指向設計の練習題材として最適

根拠:

• サイト内に過去の掲示板関連記事が存在
• Perl入学式でもウェブアプリとしての掲示板を扱っている

出典:

• 内部記事: /2000/10/07/133116/（フォームからの入力）
• 内部記事: /2015/09/17/072209/（よなべPerlでの掲示板題材の言及）

信頼度: 高

2. 競合記事の分析

2.1 主要な競合・参考記事

2.2 競合記事との差別化ポイント

既存記事の問題点:

1. 抽象的な例（動物、乗り物など）が多く、実践的ではない
2. 技術的な正確性を重視するあまり、初心者が置いてきぼりになりがち
3. 段階的な学習パスが不明確
4. 日本語の良質なMooチュートリアルが少ない

本シリーズの強み:

1. 具体的なストーリー: 掲示板という現実的な題材を使用
2. 段階的な難易度: 1記事1概念、コード例2つまでの制約
3. スパゲティコードからの変換: 既存の手続き型コードをリファクタリングする過程を示す
4. 日本語で丁寧な説明: 初心者向けの優しいトーン

3. 内部リンク調査

3.1 直接関連する記事（Moo/オブジェクト指向）

3.2 Perl関連の記事（参考リンク候補）

3.3 掲示板・フォーム関連の記事

4. 情報源リスト（技術的正確性の担保）

4.1 公式ドキュメント

4.2 チュートリアル・解説サイト

4.3 書籍

5. 連載構造の提案材料

5.1 オブジェクト指向学習の推奨順序

オブジェクト指向の学習は以下の順序が効果的とされています：

1. 現実世界のモデル化（導入）
2. 基本用語の習得（クラス、オブジェクト、属性、メソッド）
3. カプセル化
4. 継承
5. ポリモーフィズム（多態性）
6. 委譲・合成
7. ロール（特性）
8. 設計原則（応用）

出典: https://techgym.jp/column/object-orient/、https://aqlier.com/2025/04/13/oop2/

5.2 既存の第1回記事の内容

第1回（/2021/10/31/191008/）では以下をカバー済み：

• blessについては忘れよう
• Mooを使ってみる（簡単なコード例）
• 用語の説明（オブジェクト、クラス、プロパティ、メソッド）

5.3 提案：連載構造（第2回〜第12回）

掲示板を段階的に発展させながら、オブジェクト指向の概念を一つずつ学ぶ構造を提案します。

第2回：コードの説明と最初のクラス

新しい概念: hasとsubの詳細 ストーリー: 第1回のコードを詳しく解説。Messageクラスを作成 コード例: 1) hasの書き方 2) メソッドの定義

第3回：オブジェクトを作る

新しい概念: コンストラクタ（new） ストーリー: Messageオブジェクトを生成して使う コード例: 1) new呼び出し 2) 複数オブジェクト生成

第4回：読み取り専用と読み書き可能

新しい概念: is => 'ro' vs is => 'rw' ストーリー: メッセージ内容は変更不可、いいね数は変更可能に コード例: 1) roの例 2) rwの例

第5回：必須とデフォルト

新しい概念: requiredとdefault ストーリー: 投稿者名は必須、投稿日時はデフォルト値を持つ コード例: 1) required 2) default

第6回：カプセル化 - 情報を隠す

新しい概念: カプセル化の考え方 ストーリー: 削除フラグは外から直接触らせない設計 コード例: 1) プライベート的な属性 2) 公開メソッド経由の操作

第7回：クラスを増やす

新しい概念: 複数クラスの連携 ストーリー: Userクラスを追加してMessageと関連付け コード例: 1) Userクラス定義 2) MessageとUserの連携

第8回：継承 - 親子関係

新しい概念: extendsによる継承 ストーリー: 通常投稿と管理者投稿（AdminMessage extends Message） コード例: 1) 親クラス定義 2) 子クラス定義

第9回：メソッドの上書き

新しい概念: メソッドオーバーライド ストーリー: 管理者投稿は表示形式が異なる コード例: 1) 親のメソッド 2) 子での上書き

第10回：ロール - 振る舞いの共有

新しい概念: Moo::Roleとwith ストーリー: 「タイムスタンプ可能」な振る舞いを複数クラスで共有 コード例: 1) ロール定義 2) ロール適用

第11回：委譲 - 仕事を任せる

新しい概念: handlesによる委譲 ストーリー: 掲示板がメッセージリストに仕事を任せる コード例: 1) 委譲の定義 2) 委譲メソッドの使用

第12回：まとめと次のステップ

新しい概念: 型制約の紹介（Types::Standard） ストーリー: 完成した掲示板コードの全体像と設計の振り返り コード例: 1) 型制約の例 2) 最終的な掲示板コード（抜粋）

5.4 各回の制約確認

• 毎回コード例は2つまで ✓
• 新しい概念は1記事あたり1つまで ✓
• ゆっくりと少しずつ進める ✓

6. 付録：調査中に発見した有用な情報

6.1 よなべPerlでの資料

作者（@nqounet）が過去によなべPerlでMooについて講演した際の資料がGitHubに存在：

• https://github.com/nqounet/meetups/blob/master/talks/20160218-yonabe-perl.md
• https://github.com/nqounet/meetups/tree/master/examples/20160218-yonabe-perl

6.2 Perl入学式との連携

Perl入学式（perl-entrance.org）では以下のカリキュラムが存在：

• 環境構築
• スカラ、配列、ハッシュ
• リファレンス
• Mojoliciousを使ったWebアプリ

本シリーズはPerl入学式の次のステップとして位置づけ可能。

6.3 Mooの後継・関連技術

• Moose: Mooよりフル機能だが重い
• Mouse: Mooseの軽量版（Mooより古い）
• Corinna: Perl 5.38で導入された新しいオブジェクトシステム（将来の参考）

7. 調査結果のサマリー

成功要因

1. ストーリー駆動: 掲示板という具体的な題材で学ぶ
2. 段階的難易度: 1記事1概念の厳密な制約
3. コード量制限: 2つまでのコード例で初心者の負担軽減
4. 既存資料の活用: 過去の講演資料やPerl入学式の経験

リスクと対策

調査完了: 2025年12月30日 次のステップ: 各専門家エージェントによるアウトライン作成