Intermediate C++ Game Programming Tutorial 17
From Chilipedia
This two-part lesson teaches the basics of inheritance, how it works and what motivates its use, with ample concrete coding examples. Also taught here is the keyword mutable
, for some reason.
Contents
[hide]Topics Covered
Part 1
- How to inherit from a class
- Referencing a child type with a parent reference/ptr
- Inheritance and constructors
- Overriding parent functions
- Invoking overridden versions of functions
- Access specifier
protected
Part 2
- Hierarchical inheritance
- Abstract vs. concrete classes
-
mutable
data members
Video Timestamp Index
[Expand]
- What is inheritance? Introducing a simple example
class ChildClass : public ParentClass {...};
0:15 - Different language used for the same concept 1:45:
- Why is inheritance important? no clutter, no repetition of code, no tampering inside deployed classes 2:44
- Fictitious but instructive
Smasher
andEliteSmasher
class example 5:08 - Inheritance creates an "Is-a relationship" 8:15
- Inheritance and constructors: you can't inherit (default) constructors 9:49
- Overriding parent functions in the child class 13:22
- Introducting the
protected:
access specifier in classes 16:34
- Revisiting the "is-a" principle of Inheritance. Applying it to build a class hierarchy 0:51
- Abstract vs. Concrete classes 3:20
- Abstract (parent) classes are not supposed to be instantiated (constructors are protected)
- Concrete (child) classes are supposed to be instantiated
- Application of abtract classes on multiple levels 4:09
- Building the Meme Fighter class hierarchy (Abstract class) 5:28
- Introducing the modifier
mutable
(an access specifier for data members) 10:06 - When writing a
const
member function (i.e. a member function that does not change data members in the class), amutable
data member may be changed in that function
- Introducing the modifier
- Building the Meme Fighter class hierarchy (Concrete classes) 13:03
- Giving the implemented code a test run 16:49
- Recap of topics covered 18:40
- Getting a class diagram in Visual Studio 19:26
- Closing two points of advice 19:55
- Never break the "is-a" rule
- Don't go crazy with applying inheritance
Part 2 Class Specification
All of the MemeFighter
entities of the system will have the following shared functionality:
- Member data for
name
(string),hp
,speed
, andpower
(int) - Getters for name, initiative (speed + 2d6), and alive state
-
Punch
function that takes a different entity and applies damage (power + 2d6) to it -
Tick
function where the entity recovers 1d6 hp
Functions should narrate actions / effects when it makes sense. Tests should be made to check whether an entity is alive before an action is performed (dead characters can't punch, recover, etc.)
There are two concrete MemeFighter
entites: MemeFrog
and MemeStoner
MemeFrog
:
- Has 69 hp, 7 speed, and 14 power
- Has a
SpecialMove
function that takes an entity and has a 1/3 chance of dealing 3d6 + 20 damage - Takes 1d6 of damage every turn
MemeStoner
:
- Has 80 hp, 4 speed, and 10 power
- Has a
SpecialMove
function that takes no parameters and has a 1/2 chance of adding 3 speed, increasing power by 69/42, adding 10 hp, and adding "Super" to the entity's name
Source Code
Links
C++ FAQ on protected
Stack Overflow question about inheritance