The Life Starter
0 of 6 complete0%
Course Library · Lesson 5 of 6
Digital · Guided lesson

Compare inheritance with composition

About 16 minutes · 4 reading + 12 practice and checks
Time includes reading, practice, and questions. Extra videos or further study are optional.
See this course’s project requirements

An original library-room booking simulation using independent objects, invariants, composition and an event history.

Keep your working files in your own notebook or software. Save a private description, checklist, and work link in My Proof.

What to include

  • A room-state contract with 10:00 mapped to 3.
  • An independent-instance check with unchanged B.
  • A rejection record with unchanged booking state.
  • A composed booking trace with no event for an unknown room.
  • A composition design note with responsibility boundaries.
  • A tested booking model with independent state and honest rejection evidence.

Review and revise

Use these criteria to check your work and choose what to improve.

  • The implementation or declared simulation follows the supplied contract and retains inspectable original inputs.
  • Normal, boundary and rejected cases are recorded with expected versus observed results.
  • The changed case has a correct explanation and does not rely on hidden state.
  • The project includes source, outputs, instructions and honest tool, privacy and verification limits.
Open the full course project
Want more background?
Before you begin

The idea in everyday life

Someone proposes class Scheduler(Room). Another proposes Scheduler holding a dictionary of Room instances.

The idea

Use an is-a relationship for inheritance and a has-a relationship for composition. This scheduler is not a room: it manages several rooms. Keeping policies in the appropriate object prevents duplicated capacity checks.

Follow along

Compare inheritance with composition — original worked practice

Use an is-a relationship for inheritance and a has-a relationship for composition. This scheduler is not a room: it manages several rooms. Keeping policies in the appropriate object prevents duplicated capacity checks.

Someone proposes class Scheduler(Room). Another proposes Scheduler holding a dictionary of Room instances.

  1. 1. Step 1

    Write each object’s role in one sentence.

    You should see: A Room holds bookings; a Scheduler coordinates rooms.

    This keeps the rule and its observable result together.

  2. 2. Step 2

    Test whether a scheduler can stand in for one room.

    You should see: It has no single room capacity or booking slot set.

    This keeps the rule and its observable result together.

  3. 3. Step 3

    Choose composition and identify delegated rules.

    You should see: Room validates its bookings; Scheduler chooses a room and records events.

    This keeps the rule and its observable result together.

  4. 4. Step 4

    Draw the containment relationship and justify it.

    You should see: A composition design note with responsibility boundaries.

    This keeps the rule and its observable result together.

Now change one thing

A library contains three Room objects. Enter has-a or is-a for Library→Room.

Your work

What to finish

A composition design note with responsibility boundaries.

Common mistake

Watch for this

Using inheritance solely to share a helper when the scheduler actually contains separate rooms.

How can I tell I understand it?

Explain and demonstrate the required distinction: Use an is-a relationship for inheritance and a has-a relationship for composition. This scheduler is not a room: it manages several rooms. Keeping policies in the appropriate object prevents duplicated capacity checks. Show a changed input and the expected result without weakening this contract.

Try 3 questions

Quick knowledge check

Answer all 3 questions. Get at least 2 right and the lesson completes automatically.

Not yet passed

You’ll get an explanation for each answer. Signed in? Your results save to your account.

1Which relationship fits Scheduler and Room?
2What is a risk of duplicating the capacity rule in both classes?
3Does object-oriented design require inheritance?
0 of 3 answeredApply the lesson to a short question, then review the explanation.
5
Finish this lesson

Pass the check. We’ll save the progress.

Answer all 3 questions above and get at least 2 right. You can review the explanations and try again.

Go to the knowledge check
Tools, templates, and lesson sources

Tools and templates

Tools open in a new tab so you can keep your place here.

Sources and further reading

Explore the references behind this lesson.

docs.python.org — classes.html
Source & access notes · checked 2026-10-01

Relevant documented module/API behavior inspected during expansion authoring; actual execution evidence is recorded separately. No grant eligibility is established.

Access: Official page retrieved with the web reader on 2026-10-01. Documentation reading does not certify execution in every native tool or browser.

Reuse: Original local practice files, fictional data, worked examples and questions. Concepts paraphrased and linked; source exercises are not copied.

Report a problem with this lesson

Tell us what went wrong. Please leave out personal information and private project contents.

No sign-in needed.