前回の配列から、現実の1件へ
前回のE-08では、配列を学びました。配列は値を順序で並べ、インデックスという位置番号で取り出す仕組みでした。しかし現実の1件、たとえば1つの経費や1人の社員は、順番だけでは表せません。金額、日付、承認済みかどうかといった複数の属性を、ひとまとまりで持っているからです。この講義では、そうした名前付きの属性をまとめて1件を表現する構造、オブジェクトを扱います。
このスライドのポイント
- E-08: 配列＝値を順序で並べ、インデックス（位置番号）で取り出す仕組み
- しかし現実の1件（1つの経費・1人の社員）は、順番だけでは表せない
- 1件は「金額・日付・承認済みか」など複数の属性を、ひとまとまりで持つ
- この講義: 名前付きの属性をまとめて1件を表す構造＝オブジェクト
オブジェクトとプロパティの定義
オブジェクトとは、名前と値の組をまとめた構造です。この名前をキーと呼びます。そして、キーと値の1組ずつをプロパティと呼びます。たとえば「金額は1200」「承認済みはいいえ」という一つひとつの組が、それぞれプロパティです。値には、文字列も数値も入りますし、E-08で学んだ配列や、さらに別のオブジェクトを入れることもできます。順序ではなく名前でデータを取り出せる点が、配列との一番の違いです。
このスライドのポイント
- オブジェクト＝名前（キー）と値の組をまとめた構造
- プロパティ＝そのキーと値の1組ずつ
- 値には文字列・数値のほか、配列（E-08）や別のオブジェクトも入る
- 配列との違い: 順序ではなく「名前」で値を取り出す
なぜ必要か——JSONの中身が読めるようになる
この構造を知らないと、D-03やD-04で見たJSONの中身が読めません。実は、リクエストやレスポンスで運ばれていたJSONは、このオブジェクトの書き方そのものだからです。中身が読めなければ、AIが生成したデータ構造の正しさを判断できませんし、扱うデータの形をAIと相談することもできません。オブジェクトは、コードとデータの両方を読むための共通の土台になります。
このスライドのポイント
- 知らないと: D-03/04で見たJSONの中身が読めない
- JSONは、このオブジェクトの書き方そのもの
- 中身が読めないと、AI生成データの正しさを判断できない／データの形を相談できない
- オブジェクトは、コードとデータの両方を読むための共通の土台
現実の1件＝オブジェクト、一覧＝オブジェクトの配列
経費1件を、オブジェクトで表してみます。dateというキーに日付、amountというキーに金額、approvedというキーに承認済みかどうかを持たせます。これで、バラバラの値が「1件の経費」というまとまりになります。さらに、この経費が何件も並ぶときは、オブジェクトを配列に入れます。つまり、現実の1件はオブジェクト、その一覧はオブジェクトの配列、という2段構えが業務データの基本形です。
このスライドのポイント
- 経費1件を、date（日付）・amount（金額）・approved（承認済みか）の3プロパティで表す
- バラバラの値が「1件の経費」というまとまりになる
- 何件も並ぶときは、オブジェクトを配列（E-08）に入れる
- 業務データの基本形: 1件＝オブジェクト、一覧＝オブジェクトの配列（2段構え）
これまでの点が線になる
ここまでの点が、線でつながります。A-08で、アプリを作る前に決める8項目を要件メモとして書きました。あのメモは、まさにオブジェクトの形をしていました。D-04で見たレスポンスの中身、resultがok、idが42という記述も、キーと値の組、つまりオブジェクトです。これまで別々に登場してきたものが、実は同じ構造だったとわかります。この気づきがあると、JSONもレスポンスも要件メモも、同じ目で読めるようになります。
このスライドのポイント
- A-08で書いた「決める8項目」の要件メモは、まさにオブジェクトの形だった
- D-04のレスポンス（result が ok、id が 42）も、キーと値の組＝オブジェクト
- 別々に登場したものが、実は同じ構造だったとわかる
- JSON・レスポンス・要件メモを、同じ目で読めるようになる
技術サンプル——オブジェクトを作り、値を取り出す
技術サンプルを見ます。種別はコードで、目的は、オブジェクトを作り、そこからプロパティの値を取り出す様子を確認することです。expenseという名前のオブジェクトに、date、amount、approvedの3つのプロパティを持たせています。読み方の要点は3つです。1つ目、キーと値がコロンでつながっていること。2つ目、expense.amountのようにドットでプロパティを取り出せること。3つ目、この見た目がJSONとほとんど同じであることです。
このスライドのポイント
- 種別: code
- 目的: オブジェクトを作り、プロパティの値を取り出す様子を確認する
混同しやすい——配列とオブジェクト
配列とオブジェクトは、どちらも複数の値をまとめますが、まとめ方が違います。配列は順序で持ち、角かっこで書き、位置番号で取り出します。オブジェクトは名前で持ち、波かっこで書き、キーで取り出します。使い分けの目安はこうです。一覧は配列、1件の中身はオブジェクトです。そして実務では、この2つを組み合わせた「オブジェクトの配列」が、もっともよく登場します。
バイブコーディングでの確認点
バイブコーディングでの確認点です。アプリを作り始める前に、「扱うデータ1件は、どんなプロパティを持ちますか」をAIと合意しておきます。これは、A-08で決めた保存データの設計を、実際のデータの形に落とし込む作業です。プロパティの名前と種類が先に決まっていれば、後からの作り直しが減ります。この設計は、この先のL章で学ぶデータベース設計にもそのままつながっていきます。
このスライドのポイント
- 作り始める前に「扱うデータ1件は、どんなプロパティを持ちますか」をAIと合意する
- これはA-08で決めた保存データの設計を、実際のデータの形に落とし込む作業
- プロパティの名前と種類を先に決めておくと、後からの作り直しが減る
- この設計は、L章で学ぶデータベース設計にそのままつながる
まとめと次回への橋渡し
最後に一問一答です。オブジェクトの中の、名前と値の組を何と呼ぶでしょうか。答えは、プロパティです。30秒でまとめます。オブジェクトは、キーと値の組であるプロパティをまとめて、現実の1件を表す構造でした。1件はオブジェクト、一覧はオブジェクトの配列、これが業務データの基本形です。次回はカテゴリE最終回、処理の手順と速さ、アルゴリズムの話へ進みます。関連資料は「業務アプリDB設計パターン50」と「DB設計プロンプト50」です。
このスライドのポイント
- 一問一答: オブジェクトの中の、名前と値の組を何と呼ぶ？ → プロパティ
- 30秒まとめ: オブジェクト＝プロパティをまとめて現実の1件を表す構造。1件はオブジェクト、一覧はオブジェクトの配列
- 次回: カテゴリE最終回、処理の手順と速さ（アルゴリズム）へ
- 関連資料: 「業務アプリDB設計パターン50」「DB設計プロンプト50」
