Principes OOP

Question 1

Object in OOP?

Answer 1

Samenhangend geheel van data & methodes om data te verwerken, eigen identiteit

voorbeeld: character in video game
* name, HP, …
* kan ander object bevatten: wapen met methode schiet
* eigen methode: move, attack (die wapen object oproept)
* Interface Character

Question 2

Basis ideeën OOP

Answer 2

• modulariteit
• encapsulering (data hiding)
• overerving
• polymorfisme

Question 3

Modulariteit?

Answer 3

Ontbinden van een probleem (programma) in modules om zo de totale complexiteit van het probleem te verminderen.

Object:

• logische eenheid
• uitwisselbaar

Question 4

Encapsulering?

Answer 4

Data hiding

Een object verbergt zijn implementatie voor ‘onbevoegden’

Bundelen van gegevens, samen met de methoden die op die gegevens werken, in een enkele eenheid.

Question 5

Overerving?

Answer 5

De functionaliteit van een object uitbreiden of specialiseren.

Question 6

Polymorfisme?

Answer 6

Meerdere objecten kunnen een bepaalde taak uitvoeren.Welk object een taak uitvoert wordt pas op het moment zelf bepaald.

Question 7

SOLID OO

Answer 7

Single purpose
Open/closed
Liskovsubstitution
Interface segregation
Dependency inversion

Question 8

Single purpose principle

Answer 8

Klasse:
1 duidelijke verantwoordelijkheid
1 reden wijzigingen

Aanwijzingen principe:

• klasse beperkte omvang
• naam klasse omschrijft doel
• klasse gemakkelijk te ordenen

Question 9

Open/closed principle

Answer 9

Open for extension: een object moet uitbreiding toelaten
Closed for modification: het gedrag van een object mag niet wijzigbaar zijn

Aanwijzingen principe:

• functionaliteit toegevoegd door nieuwe klassen
• overerving
• interfaces

Question 10

Liskov substitution principle

Answer 10

Een object moet altijd vervangen kunnen worden door een meer gespecialiseerd object.

verzekerd bij overerving wanneer interface correct gebruikt

Question 11

Interface segregation principle

Answer 11

Een object mag niet afhankelijk zijn van methodes die het niet gebruikt (heeft dus enkel methodes die het echt nodig heeft).

Aanwijzingen principe:
* veel kleine interfaces ipv enkele uitgebreide interfaces

Question 12

Dependency inversion principle

Answer 12

High-level modules mogen niet van low-level modules
afhankelijk zijn, maar moeten afhankelijk zijn van abstracties.

Abstracties mogen niet van details afhankelijk zijn. Details
moeten afhankelijk zijn van abstracties.