OOL
期末 教科書ノート

§A スコープ

入門カードと同じ正本を、章として通読できるように再掲（薄くしていない）。

スコープ（すこーぷ）とは、

一言（日常語）

変数が「どこまで使えるか」という有効範囲のこと。同じ名前でも、置いた場所が違えば別物として扱われる。

なぜ必要か（試験メタだけ禁止）

クラスや関数を書くと、見た目同じ v や area が何種類も出てくる。どれが生きているかを見誤ると、「さっき代入したのにエラー」「値が戻らない」が止まらない。スコープを先に押さえると、以降のクラス変数・ポリモーフィズムの説明がつながる。

たとえ（コードより先）

教室の黒板（みんなから見える場所）と、自分のノート（自分の席だけで見える場所）がある、と考える。ノートに書いた答えは隣の席から見えない。プログラムでも「どの黒板／ノートに書いたか」がスコープ。

最小玩具例（長い実装禁止）

v = 10          # ファイル全体で見える側
def printer():
    v = 20      # この関数の中だけの別枠
    print(v)    # → 20
printer()
print(v)        # → 10（上の別枠は消えている）

前後比較（コード無し）:

※「外」の基準点＝その変数を定義した関数ブロックの外。

仕組み（言葉）

代入した場所のブロックが、その名前の寿命と見える範囲を決める。関数の中での代入は、その関数専用の枠を作ることが多い。ファイルの先頭（どの def／class にも入っていない場所）での代入は、ファイル全体から名前で参照できる枠になる。

よくある誤解（音読一発短文）

• なぜ起きるか: 名前が同じ v なので、「1つの箱を上書きしている」と脳が読む。
• NG例: 「関数内で v=20 したから、外の print(v) も 20」と思う。
• 正しい見方: 関数内の代入で別枠のローカルが生まれる。外の枠は触っていない。
• ※補足（任意1行）: global 宣言で外を書き換える話は発展。講義の基本は「枠が分かれる」理解でよい。

試験答え方

1. 完成文: 「スコープとは、変数の有効範囲（どこまで使えるか）である。」
2. 骨組み／表: 定義場所 → 見える範囲 → 寿命、の3列で答える。
3. 採点語: 有効範囲／ローカル／グローバル／（クラスなら）インスタンス変数・クラス変数。

ローカル変数とグローバル変数とは、

一言（日常語）

ローカルは、ある関数（またはメソッド）のブロックの中だけで生きる変数。グローバルは、ファイルのトップレベル（どの def／class の外でもない場所）で定義された変数で、ファイル全体から名前で参照できる。

なぜ必要か（試験メタだけ禁止）

面積などの一時計算は、メソッドを出たら捨ててよいことが多い。一方、設定値のようにファイル全体で共有したい値もある。寿命を分けないと、「メソッドを抜けたあと print(area) したらエラー」や「意図せず全体の値を書き換えた」が起きる。

たとえ（コードより先）

会議中だけのメモ用紙（ローカル）と、共用ホワイトボード（グローバル）。会議が終わるとメモ用紙は捨てるが、ホワイトボードの字は残る。

最小玩具例（長い実装禁止）

g = 1                 # グローバル
def f():
    area = 3.14 * 2   # ローカル（f の中だけ）
    print(area)
f()
# print(area)  # → エラー（定義した関数ブロックの外からは見えない）
print(g)              # → 1

※「外」の基準点＝その変数を定義した関数ブロックの外。

仕組み（言葉）

Python は「どこで代入したか」を見て枠を決める。関数の中で代入すると、その関数用の名前表に載る。トップレベルで代入すると、ファイル用の名前表に載る。メソッド内で self. 無しの代入はローカルであり、オブジェクトの属性にはならない。

よくある誤解（音読一発短文）

• なぜ起きるか: メソッド内で area = … と書くと、「円の面積をオブジェクトが覚えた」ように見える。
• NG例: self. 無しの area を、あとから c.area で取り出そうとする。
• 正しい見方: area は呼び出し中の一時メモ。オブジェクトに残すなら self.area = …。
• ※補足（任意1行）: クラス変数との違いは C03。

試験答え方

1. 完成文: 「ローカル＝関数内だけ使える変数。グローバル＝ファイル全体で使える変数。」
2. 骨組み／表: 定義場所・外から参照できるか・寿命の3点対比。
3. 採点語: ローカル／グローバル／有効範囲／（必要なら）寿命。

インスタンス変数とクラス変数とは、

一言（日常語）

インスタンス変数は、オブジェクト1つごとに持つデータ（self.名前）。クラス変数は、同じクラスのオブジェクトが共有するデータ（クラス本体に直接書いた変数）。

なぜ必要か（試験メタだけ禁止）

円ごとに違う半径はインスタンス変数。全円で共通の定数っぽい値やカウンタはクラス変数向き。混ぜると「1つの円を変えたら全部変わった」や「self. を付け忘れてローカルになった」が起きる。

たとえ（コードより先）

学籍番号は学生一人ひとり違う（インスタンス）。学校名は同じクラス（同じ学校）の全員で同じ札を見るイメージ（クラス変数）。

※「共有」の基準点＝同じクラスから作られた各インスタンスのあいだで、クラスに置いた1つの枠を見ている、という意味。

最小玩具例（長い実装禁止）

class Circle:
    kind = "円"           # クラス変数（共有）
    def __init__(self, r):
        self.r = r        # インスタンス変数（個体ごと）

a = Circle(2)
b = Circle(5)
print(a.r, b.r)           # → 2 5（別々）
print(a.kind, b.kind)     # → 円 円（同じ枠を見ている）

仕組み（言葉）

self.r = … は「今のこのオブジェクト専用の引き出し」にしまう。クラス本体の kind = … は「クラスの共用引き出し」。メソッド内で r = … のように self. 無しだと、それはローカル変数であり、どちらにも残らない。

よくある誤解（音読一発短文）

• なぜ起きるか: self. を付け忘れると「変数を書いたつもり」になりやすい。
• NG例: メソッド内 area = 3.14 * self.r ** 2 のあと print(obj.area) で取り出す。
• 正しい見方: 残したいなら self.area = …。付けない area はメソッド終了で消える。
• ※補足（任意1行）: クラス変数を インスタンス.名前 = で代入すると個体側に影ができることがある（発展）。

試験答え方

1. 完成文: 「インスタンス変数は個体ごと、クラス変数はクラスで共有する変数。」
2. 骨組み／表: アクセス方法（self.／クラス.）と「誰のものか」を書く。
3. 採点語: インスタンス変数／クラス変数／self／共有（基準点付き）。

§B ポリモーフィズム

入門カードと同じ正本を、章として通読できるように再掲（薄くしていない）。

ポリモーフィズム（ぽりもーふぃずむ）とは、

一言（日常語）

同じ呼び方（同じメソッド名）で、相手の種類ごとに違う処理をさせる考え方。使う側は「相手が誰か」を細かく分けず、同じ窓口から呼べる。

なぜ必要か（試験メタだけ禁止）

円も正方形も「面積を求める」なら、使う側は毎回クラス名で分岐したくない。同じ area() というボタンを押せば、中身は相手が勝手にやる——そう書けると、あとから新しい図形を足しても呼び出し側が壊れにくい。

たとえ（コードより先）

車種が違っても、発進は同じ「Aボタン」。押す動作は同じで、中のエンジンのかかり方は車ごとに違う。使う人は車の内部を知らなくてよい。

前後比較（コード無し）:

最小玩具例（長い実装禁止）

class Dog:
    def speak(self):
        return "わん"
class Cat:
    def speak(self):
        return "にゃ"
def intro(obj):
    return obj.speak()   # 同じ窓口
print(intro(Dog()))      # → わん
print(intro(Cat()))      # → にゃ

仕組み（言葉）

異なるクラスに同じ名前のメソッドを用意する。呼び出し側は「そのオブジェクトのそのメソッド」を実行するだけなので、渡した相手のクラスに応じて中身が切り替わる。継承＋オーバーライドでも同じ形になる（親の型として扱い、子の実装が動く）。

よくある誤解（音読一発短文）

• なぜ起きるか: 「同じメソッド名」と「同じ処理」が頭の中でくっつく。
• NG例: ポリモーフィズム＝中身も必ず同じ、と思い込む。
• 正しい見方: 名前（呼び方）は揃える。処理の中身はクラスごとに違ってよい（それが本丸）。
• ※補足（任意1行）: 講義の車のたとえ＝操作は統一、発進の仕方は違う。

試験答え方

1. 完成文: 「ポリモーフィズムとは、同じメソッド名で異なるクラスの異なる処理を呼び出せること。」
2. 骨組み／表: 「同じ窓口」＋「違う中身」＋具体クラス名を1行ずつ。
3. 採点語: 同じメソッド名／異なるクラス／一つの関数で扱う。

オーバーライド（おーばーらいど）とは、

一言（日常語）

親クラスで定義したメソッドを、子クラスが同じ名前で書き直して上書きすること。

なぜ必要か（試験メタだけ禁止）

「動物は鳴く」は親で共通に置きたいが、犬は「わんわん」、蛇は「シャー」と変えたい。共通部分は親、違う部分だけ子で上書きすると、重複を減らしつつポリモーフィズムが使える。

たとえ（コードより先）

会社の「挨拶マニュアル（親）」がある。部署ごとに一言だけ差し替えるのがオーバーライド。マニュアル全体をゼロから別冊にするのではない。

最小玩具例（長い実装禁止）

class Animal:
    def cry(self):
        return "鳴く"
class Dog(Animal):
    def cry(self):      # 同名で上書き
        return "わんわん"
print(Dog().cry())      # → わんわん（親の「鳴く」ではない）

仕組み（言葉）

子クラスに親と同じメソッド名があると、そのインスタンスでは子の定義が優先される。呼び出し側は obj.cry() のままでよい（ポリモーフィズムとセットで使う）。

よくある誤解（音読一発短文）

• なぜ起きるか: 継承とセットで出るので、「継承すれば自動で鳴き方が変わる」と思いがち。
• NG例: 子クラスを作っただけで、親と同じ "鳴く" のままなのに「オーバーライドした」と言う。
• 正しい見方: 同名メソッドを子側に書いて初めて上書き。書かなければ親のまま。
• ※補足（任意1行）: 親の処理も使いたいときは super()（C13／ドリル D10）。

試験答え方

1. 完成文: 「オーバーライドとは、親のメソッドを子が同名で上書きすること。」
2. 骨組み／表: 親の定義 → 子の同名定義 → 呼び出し結果、の順。
3. 採点語: 上書き／同名メソッド／親クラス・子クラス。

§C ライブラリ

入門カードと同じ正本を、章として通読できるように再掲（薄くしていない）。

ライブラリ・モジュール・パッケージとは、

一言（日常語）

プログラミングの道具セットの階層。ライブラリが大きな道具箱、その中の一つ一つの道具（.py）がモジュール、モジュールをフォルダにまとめたものがパッケージ。

なぜ必要か（試験メタだけ禁止）

毎回ゼロから乱数や日付を書くのは無駄で、ミスも増える。用意された道具を import して使うと、試験の実装も短く正確になる。階層の名前を取り違えると「何を import すればいいか」が曖昧になる。

たとえ（コードより先）

工具箱一式＝ライブラリ。中のプラスドライバ一本＝モジュール。ドライバセットの引き出し（複数モジュール入り）＝パッケージ。ねじを締める動作が、モジュール内の関数やクラスのメソッド。

最小玩具例（長い実装禁止）

import math
print(math.pi)          # モジュール math の定数
from math import sqrt
print(sqrt(9))          # → 3.0

部品の列挙だけで終わらず、「箱→中の道具→使い方（関数／クラス）」の関係で覚える。

仕組み（言葉）

使いたい道具を名前で読み込むと、その中の関数・クラス・定数が使える。標準で付いてくるものと、後から入れるものがある（C08）。

よくある誤解（音読一発短文）

• なぜ起きるか: 「ライブラリ」「モジュール」が日常語でも似た感じで使われる。
• NG例: 「ライブラリを import した」とだけ言い、実際に読んだ .py（モジュール）名を言えない。
• 正しい見方: コード上で読む単位はだいたいモジュール名（例: math）。ライブラリは「その仲間全体」の呼び名。
• ※補足（任意1行）: 講義スライドのドライバたとえと対応づける。

試験答え方

1. 完成文: 「ライブラリは道具箱、モジュールは中の道具（.py）、パッケージは道具のセット。」
2. 骨組み／表: 三者の関係図（箱⊃パッケージ⊃モジュール、または箱⊃モジュール）。
3. 採点語: ライブラリ／モジュール／パッケージ／import。

import / from / as とは、

一言（日常語）

他のファイル（モジュール）の道具を、今のプログラムに読み込んで名前を付ける書き方。import 全体、from 一部、as は短い別名。

なぜ必要か（試験メタだけ禁止）

標準ライブラリでも外部でも、読み込まないと使えないものが多い（組み込み関数は例外）。書き方を間違えると NameError や長い名前の打ち間違いが続く。

たとえ（コードより先）

本棚から本を借りる。

• import calendar＝本を一冊まるごと借り、読むとき「calendar の ○○」と言う。
• from calendar import month＝必要な章だけコピーして、month と短く呼ぶ。
• as cal＝借りた本に「cal」という付箋名を付ける。

最小玩具例（長い実装禁止）

import calendar
calendar.month(2026, 7)

import calendar as cal
cal.month(2026, 7)

from calendar import month, isleap
month(2026, 7)
isleap(2024)   # → True

組み込み（例: print）は import 不要。標準モジュールは import が必要——この差が試験のひっかけになりやすい。

仕組み（言葉）

import はモジュールの名前空間を今のファイルに結びつける。from はそこから特定の名前だけを今の名前表に取り込む。as は結びつけた名前のラベルを短くするだけ。

よくある誤解（音読一発短文）

• なぜ起きるか: from math import sqrt のあと、つい math.sqrt と書いてしまう（またはその逆）。
• NG例: from math import sqrt なのに math.sqrt(9) で呼ぶ。
• 正しい見方: 取り込んだ書き方に合わせて呼ぶ。from なら sqrt(9)、import math なら math.sqrt(9)。
• ※補足（任意1行）: abs は組み込み、math.fabs はモジュール側（第10回の対比）。

試験答え方

1. 完成文: 「import でモジュールを読み、from で部品を取り、as で別名を付ける。」
2. 骨組み／表: 3書き方と呼び出し形の対応表。
3. 採点語: import／from／as／モジュール名.関数名。

標準ライブラリと外部ライブラリとは、

一言（日常語）

標準は Python を入れたときに最初から付いてくる道具（ただしモジュールは import が必要）。外部は別途インストールするもの（例: Pillow）。どちらも使い始めは import。

なぜ必要か（試験メタだけ禁止）

乱数や数学は標準で足りることが多い。画像処理（Pillow）のように、標準に無い道具は pip install してから使う。区別できないと「なぜエラー？」の切り分けができない。

たとえ（コードより先）

スマホの初期アプリ＝標準。アプリストアから追加したアプリ＝外部。どちらも「開いて使う」必要があるが、後者は先にダウンロード（インストール）がいる。

最小玩具例（長い実装禁止）

標準（import のみ）:

import random
print(random.randint(1, 6))

外部（インストール後）:

from PIL import Image
img = Image.open("hana.jpg")
img.show()

※ Pillow はパッケージ名と import 名（PIL）が違う点に注意。

仕組み（言葉）

標準モジュールは環境にあらかじめある。外部は PyPI などから入れ、そのあと標準と同じく import して関数／クラスを使う。画像なら open でオブジェクトを得て、show や属性（height 等）で操作する。

よくある誤解（音読一発短文）

• なぜ起きるか: 「標準＝import 不要」と思い込む（組み込み関数と混同）。
• NG例: random.randint を import なしで使う。
• 正しい見方: 組み込み関数（print, abs 等）だけが import 不要。標準モジュールは import 必要。
• ※補足（任意1行）: 長い画像加工チェーンはドリル／宿題側。概念では open→show まで。

試験答え方

1. 完成文: 「標準は最初から付く（import は要）。外部はインストール後に import して使う。」
2. 骨組み／表: 標準 vs 外部 vs 組み込みの3列。
3. 採点語: 標準ライブラリ／外部ライブラリ／pip／import。

§D tkinter

入門カードと同じ正本を、章として通読できるように再掲（薄くしていない）。

tkinter（てぃーきんたー）とは、

一言（日常語）

Python 標準の GUI（画面付きアプリ）用ツールキット。窓（ウィンドウ）の上にボタンやラベルなどの部品（ウィジェット）を置いて、クリックなどの操作に処理をつなぐ。

なぜ必要か（試験メタだけ禁止）

期末本線ではチェック／ラジオ／キャンバスなど「画面を作って動かす」問題が出る想定。コンソールの print だけでは足りない。窓の作り方と部品の置き方の型を持っておく必要がある。

たとえ（コードより先）

紙の工作キット。土台の厚紙がメインウィンドウ、シールがボタンやラベル。シールを貼る＝pack などで配置。押したら動く仕組みを紐づける＝command。

最小玩具例（長い実装禁止）

import tkinter as tk
base = tk.Tk()
btn = tk.Button(base, text="PUSH!!")
btn.pack()
base.mainloop()   # 画面を出し続ける

前後比較（コード無し）:

仕組み（言葉）

1. Tk で土台の窓を作る。
2. Button や Label など部品クラスでウィジェットを作る（親は土台）。
3. pack 等で並べる。
4. 必要なら command で関数を結びつける。
5. mainloop で表示を維持する。

長い画面（飲料UI・攻撃ボタン一式）はドリル側。

よくある誤解（音読一発短文）

• なぜ起きるか: 部品を生成した瞬間に画面に出ると思いがち。
• NG例: Button(...) だけで pack も mainloop も書かない。
• 正しい見方: 作る・置く・回すの3段。置かないと見えない。回さないと一瞬で終わる／固まる。
• ※補足（任意1行）: side / anchor は配置の微調整（第12回）。

試験答え方

1. 完成文: 「tkinter は GUI 用の標準ライブラリで、窓にウィジェットを置いて操作する。」
2. 骨組み／表: Tk → 部品生成 → pack →（command）→ mainloop。
3. 採点語: tkinter／ウィジェット／pack／mainloop。

ウィジェット変数（StringVar / BooleanVar / IntVar）とは、

一言（日常語）

画面の部品（入力欄・チェック・ラジオ）と連動する専用の変数オブジェクト。部品の状態が変わると値が変わり、get / set で読み書きする。

なぜ必要か（試験メタだけ禁止）

普通の Python 変数だけだと、チェックのオンオフや入力文字を部品から取り出しにくい。ウィジェット変数をはさむと、「今チェックされているか」「今選ばれている value」を試験で聞かれても答えられる。

たとえ（コードより先）

スイッチとランプをつなぐ電線。スイッチ（チェックボタン）を倒すと、電線の先の状態表示（変数）が True/False に変わる。ランプを直接いじるのではなく、電線（変数）を見る。

※「連動／見える」の基準点＝そのウィジェット変数を variable / textvariable で結びつけた部品から見た状態。

最小玩具例（長い実装禁止）

import tkinter as tk
base = tk.Tk()
bln = tk.BooleanVar()
bln.set(True)                    # 初期オン
cb = tk.Checkbutton(base, text="ON", variable=bln)
cb.pack()
# あとで: bln.get() → True/False

仕組み（言葉）

部品に variable= や textvariable= でウィジェット変数を渡す。ユーザー操作で部品が変わると変数側も更新される。プログラムから set すれば初期表示も変えられる。状態の取得は get。

よくある誤解（音読一発短文）

• なぜ起きるか: 普通の x = True とウィジェット変数を同一視する。
• NG例: Checkbutton に普通の bool を渡して状態を取ろうとする。
• 正しい見方: BooleanVar 等のインスタンスを渡し、get/set で扱う。
• ※補足（任意1行）: ラジオは IntVar の値と各ボタンの value が一致したとき選ばれる。

試験答え方

1. 完成文: 「ウィジェット変数は部品と連動する変数で、get/set で状態を扱う。」
2. 骨組み／表: 種類（String/Boolean/Int）と典型ウィジェットの対応。
3. 採点語: StringVar／BooleanVar／IntVar／get／set／variable。

チェックボタンとラジオボタンとは、

一言（日常語）

どちらも「選ぶ」ための GUI 部品。チェックはグループ内で複数オンにできる。ラジオはグループ内でどれか1つだけ選ぶ。

なぜ必要か（試験メタだけ禁止）

飲料を複数注文したいならチェック、ランチセットを1つだけ選ぶならラジオ、と用途が違う。変数の型も違う（BooleanVar の並び vs IntVar＋value）。取り違えると UI 仕様が宿題と食い違う。

たとえ（コードより先）

学食の伝票。トッピングをいくつでも付ける＝チェック。日替わりA/B/Cはどれか一つ＝ラジオ（昔のラジオの押しボタンは1つ押すと他が戻る）。

最小玩具例（長い実装禁止）

チェック（複数可）:

# bln1, bln2 はそれぞれ BooleanVar
# Checkbutton(..., variable=bln1)
# Checkbutton(..., variable=bln2)
# 両方 True になり得る

ラジオ（1つだけ）:

# v = IntVar(); v.set(1)
# Radiobutton(..., variable=v, value=1)
# Radiobutton(..., variable=v, value=2)
# 選ばれているのは v.get() と一致する value の1つ

仕組み（言葉）

チェックは部品ごとにオンオフの枠を持つ。ラジオはグループで1つの IntVar を共有し、各ボタンに違う value を付ける。ユーザーが押すと変数がその value に変わり、一致するボタンだけが選択表示になる。

よくある誤解（音読一発短文）

• なぜ起きるか: 「選ぶ部品」として同じ棚に並んで見える。
• NG例: ランチ3択に Checkbutton を3つ付けて「1つだけ選ばせる」つもりになる。
• 正しい見方: 1つだけならラジオ＋共有 IntVar。複数可ならチェック＋BooleanVar 複数。
• ※補足（任意1行）: for＋辞書で部品生成を短くするのはドリル（D06/D07）。

試験答え方

1. 完成文: 「チェックは複数選択可、ラジオはグループ内で単一選択。」
2. 骨組み／表: 上表＋変数の取り方（get）。
3. 採点語: Checkbutton／Radiobutton／BooleanVar／IntVar／value。

§E Canvas

入門カードと同じ正本を、章として通読できるように再掲（薄くしていない）。

Canvas（きゃんばす）と move / coords とは、

一言（日常語）

Canvas は、線・円・画像・文字を載せる絵を描く台。move は今の位置から相対的にずらす。coords は中心座標を絶対指定で置き直す。

なぜ必要か（試験メタだけ禁止）

キャラ画像を出したり、攻撃ボタンで相手方向へ動かしたりする宿題の土台。相対移動と絶対移動を混同すると「一回動いたら変な場所に飛ぶ」になる。

たとえ（コードより先）

黒板にマグネットを貼る台＝Canvas。

• move: 「今の場所から右へ10、下へ50」とずらす（相対）。
• coords: 「中心を (200, 300) に置き直す」（絶対）。

※「見える」の基準点＝メインウィンドウ上の Canvas 座標系（左上がだいたい (0,0)、右が +x、下が +y）。画像は指定座標が中心になることが多い。

最小玩具例（長い実装禁止）

# canv は Canvas のインスタンス、タグ "hero" の画像があるとする
canv.move("hero", 10, 50)       # 相対: 右10・下50
canv.coords("hero", 200, 300)   # 絶対: 中心を (200,300)
canv.update()                   # 今の設定で画面を更新

長い攻撃ループや点滅はドリル D08。概念では3語の差だけでよい。

仕組み（言葉）

create_image などで図形にタグを付ける。あとからタグを指定して動かす。move は差分、coords は行き先の座標そのもの。アニメっぽく見せるときは少し動かして update する、という流れ（詳細は追加PDF・ドリル）。

よくある誤解（音読一発短文）

• なぜ起きるか: どちらも「画像が動く」ので同じに見える。
• NG例: 「相手の座標へ行きたい」のに毎回 move だけで済ませようとして位置が積み上がる／足りない。
• 正しい見方: ずらすなら move、位置を決め打ちするなら coords。目的で選ぶ。
• ※補足（任意1行）: tkinter は png 向き。jpg は非対応、と講義で注意あり。

試験答え方

1. 完成文: 「Canvas は図形・画像の台。move は相対、coords は絶対位置。」
2. 骨組み／表: move / coords / update の役割表。
3. 採点語: Canvas／create_image／move／coords／update／タグ。

§F 継承と super

入門カードと同じ正本を、章として通読できるように再掲（薄くしていない）。

継承と super とは、

一言（日常語）

継承は、親クラスの仕組みを子が引き継ぐこと。super() は、子の中から親の同名処理（よくあるのはコンストラクタや display）を呼び出す窓口。

なぜ必要か（試験メタだけ禁止）

本・雑誌・漫画で「タイトルと値段」は共通、「発行月」「巻」は違う。共通を親に置き、子は差分だけ足す。共通表示を親の display に任せると、宿題の Book 系が書ける。

たとえ（コードより先）

名前と住所は家族共通の台帳（親）。自分の趣味欄だけ子が足す。台帳の共通欄を書くときは「親の書き方を呼ぶ」＝super()。全部を子がゼロから書き直す必要はない。

最小玩具例（長い実装禁止）

class Book:
    def __init__(self, name, price):
        self.name = name
    def display(self):
        print(self.name)

class Comic(Book):
    def __init__(self, name, price, vol):
        super().__init__(name, price)
        self.vol = vol

（display の差分呼び出しと Magazine 全文はドリル D10。）

Magazine/Comic の全文と指定インスタンスはドリル D10。

仕組み（言葉）

子クラスの定義に親を書く（class Comic(Book):）。子の __init__ で親の初期化を呼ばないと、親が持つべき属性が揃わないことがある。display をオーバーライドしつつ super().display() で共通出力を再利用する、というのが第14回の型。

よくある誤解（音読一発短文）

• なぜ起きるか: 「継承した＝親のコンストラクタも自動」と思い込む。
• NG例: 子の __init__ で self.name だけ足し、super().__init__ を忘れる。
• 正しい見方: 共通の初期化は super().__init__ で親に渡す（講義の指示どおり）。
• ※補足（任意1行）: ポリモーフィズムで同じ関数から display を呼ぶのは D10。

試験答え方

1. 完成文: 「継承で親を引き継ぎ、super で親の処理を子から呼ぶ。」
2. 骨組み／表: __init__ と display それぞれで super を使う順。
3. 採点語: 継承／親クラス／子クラス／super／オーバーライド。