Informatica · Klas 5 VWO

Ideeën voor actief leren

Inkapseling en Toegangsmodificatoren

Actief leren werkt voor inkapseling en toegangmodificatoren omdat leerlingen door directe ervaring met codefouten en -successen de noodzaak van veilige toegang zien. Wanneer ze zelf fouten maken en deze moeten oplossen, begrijpen ze waarom inkapseling nodig is in plaats van alleen de theorie te horen.

• SLO Kerndoelen en Eindtermen
• SLO: Onderbouw - Programmeren
• SLO: Onderbouw - Gegevens

• 20–45 min
• Duo's → Hele klas
• 4 activiteiten

Activiteit 01

• Peer Teaching
• 30 min · Duo's

Paarwerk: Bouw een Veilige Klasse

Laat paren een klasse ontwerpen voor een bankrekening met private saldo-attribuut. Implementeer een setter die negatieve stortingen blokkeert en een getter voor ophalen. Test met testcases en wissel code uit om elkaars setters te 'breken'.

Verklaar waarom inkapseling ongecontroleerde toegang tot de interne toestand van een object voorkomt.

Facilitatietip

Geef bij Paarwerk: Bouw een Veilige Klasse duidelijke voorbeelden van ongevalideerde invoer en laat leerlingen deze eerst zonder inkapseling proberen te verwerken.

Waar je op moet letten

Geef leerlingen een klein codefragment waarin een klasse zonder inkapseling wordt getoond. Vraag hen om één specifieke regel code te identificeren die een potentieel beveiligingsrisico vormt en leg uit waarom.

• Begrijpen
• Toepassen
• Analyseren
• Creëren
• Zelfmanagement
• Relatievaardigheden

Activiteit 02

• Peer Teaching
• 45 min · Kleine groepjes

Groepsonderzoek: Buggy Code Analyseren

Verdeel kleine groepen codefragmenten zonder inkapseling. Identificeer risico's, zoals directe saldo-wijziging naar negatief. Refactor naar private attributen met getters/setters en presenteer de verbeteringen.

Implementeer private attributen met publieke getter- en settermethoden en valideer invoer in de setter.

Facilitatietip

Laat bij Groepsonderzoek: Buggy Code Analyseren leerlingen eerst de fouten in de code opsommen voordat ze deze herstellen.

Waar je op moet letten

Presenteer een klasse met private attributen en vraag leerlingen om de benodigde publieke getter- en setter-signaturen te schrijven. Geef vervolgens een voorbeeld van een ongeldige invoer voor een setter en vraag hen hoe de validatie in de setter deze zou moeten afhandelen.

• Begrijpen
• Toepassen
• Analyseren
• Creëren
• Zelfmanagement
• Relatievaardigheden

Activiteit 03

• Peer Teaching
• 20 min · Hele klas

Klassenbrede Demo: Live Refactoring

Toon een eenvoudige klasse op het digibord zonder inkapseling. Laat de hele klas stemmen op risico's en wijzigingen voorstellen. Refactor live met input van leerlingen en test collectief.

Analyseer een codevoorbeeld zonder inkapseling en beschrijf de risico's van directe attribuuttoegang.

Facilitatietip

Zorg bij Klassenbrede Demo: Live Refactoring dat leerlingen zelf een regel mogen voorstellen om te refactoren, zodat ze actief betrokken blijven.

Waar je op moet letten

Leerlingen werken in tweetallen aan een klasse. De ene leerling implementeert de klasse met inkapseling, de andere probeert de interne data te manipuleren zonder de getters en setters te gebruiken. Na 10 minuten wisselen ze van rol en evalueren elkaars aanpak op basis van de geleerde principes.

• Begrijpen
• Toepassen
• Analyseren
• Creëren
• Zelfmanagement
• Relatievaardigheden

Activiteit 04

• Peer Teaching
• 25 min · Individueel

Individueel: Valideer Invoer

Geef individuele leerlingen een basis-klasse. Voeg validatie toe in de setter voor een score-systeem (tussen 0-10). Test met edge cases en documenteer de wijzigingen.

Verklaar waarom inkapseling ongecontroleerde toegang tot de interne toestand van een object voorkomt.

Facilitatietip

Geef bij Individueel: Valideer Invoer leerlingen eerst een voorbeeld van ongeldige invoer te zien krijgen voordat ze de validatie schrijven.

Waar je op moet letten

Geef leerlingen een klein codefragment waarin een klasse zonder inkapseling wordt getoond. Vraag hen om één specifieke regel code te identificeren die een potentieel beveiligingsrisico vormt en leg uit waarom.

• Begrijpen
• Toepassen
• Analyseren
• Creëren
• Zelfmanagement
• Relatievaardigheden

Enkele opmerkingen over deze eenheid onderwijzen

Ervaren docenten benadrukken dat leerlingen eerst zelf worstelen met ongevalideerde data voordat ze de oplossing met inkapseling zien. Vermijd het geven van kant-en-klare voorbeelden; laat leerlingen zelf de risico's ontdekken. Onderzoek toont aan dat door fouten te maken en te herstellen, leerlingen de principes beter internaliseren dan bij alleen uitleg.

Succesvolle leerlingen kunnen private attributen gebruiken en valideren in setters om ongewenste wijzigingen te voorkomen. Ze herkennen ook waar getters en setters nodig zijn om gecontroleerde toegang te bieden zonder directe manipulatie van interne data.

---

Pas op voor deze misvattingen

• Tijdens Paarwerk: Bouw een Veilige Klasse merken leerlingen soms dat private attributen helemaal ontoegankelijk lijken.

  Laat ze eerst proberen de attribuutwaarde direct te wijzigen in de andere klasse, zodat ze de foutmelding tegenkomen. Vervolgens vergelijken ze dit met een correcte setter-aanroep en zien ze het nut van getters en setters.

• Tijdens Groepsonderzoek: Buggy Code Analyseren denken leerlingen dat inkapseling alleen voor grote projecten nuttig is.

  Geef een simpel voorbeeld, zoals een negatieve score die later niet meer te herstellen is, en laat ze zien hoe inkapseling dit voorkomt. Bespreek daarna of een groot project nodig is om deze principes toe te passen.

• Tijdens Individueel: Valideer Invoer geloven leerlingen soms dat validatie in setters de code vertraagt.

  Laat ze een voorbeeld zien waarin een setter met validatie voorkomt dat een later stuk code moet worden gefixt. Bespreek de tijdswinst van preventie versus reparatie.

---

Methodes gebruikt in dit overzicht

• Peer Teaching