I RPN-kalkulator-oppgaven, under temaet Tilstand og oppførsel, ble det definert en oppførsel, men innkapsling i seg selv var ikke et tema. I denne oppgaven skal du bruke synlighetsmodifikatorer for å kapsle inn ordentlig og reflektere over hva slags validering som er nyttig/riktig.
Del 1 - Bruk av synlighetsmodifikatorer
Bruk synlighetsmodifikatorer på metoder og felt for å gjøre innkapslingen "vanntett".
Del 2 - Validering
I oppgaven som denne bygger på, var det spesifisert at peek()- og pop()-metodene skulle returnere Double.NaN hvis stacken var tom. Alternativet er å utløse et unntak.
Spørsmål:
- Hvilken type unntak vil det være naturlig å bruke?
- Hvilke fordeler og ulemper ser du for dette alternativet?
Det var også spesifisert at en skulle "håndtere manglende operander på en måte som gir mening for operasjonen". Hvis '+'-operasjonen ble utført på kun én operand, så kunne en f.eks. velge å la den manglende operanden være 0.
Spørsmål:
- Hva vil tilsvarende verdi for manglende operand for '*'-operasjonen (multiplikasjon) være? Hva med for '/' (divisjon)?
- Hvordan kan du endre (evt. har du endret) API-et for stack-operasjonene for å gjøre implementasjonen av disse enklere?
- Også her er et alternativ å utløse unntak. Hva tror du om det?
Del 3 - JavaFX
Kjør den tilhørende JavaFX-applikasjonen (kjør RPNCalc.fxml som FXML Application) og observer hva som skjer. Åpne RPNCalcController.java og finn ut hvor RPNCalc-klassen din blir brukt, og kommenter hva som skjer med den. Det er ikke et krav at du forstår resten av koden i RPNCalcController, du skal kun forklare hvordan klassen din blir brukt.
Hjelp til kjøring av JavaFX og generelt om øvinger finner du i Hjelp til øvinger.
Testkode for denne oppgaven finner du her: encapsulation/RPNCalcTest.java. Original-koden (jextest) finner du her: encapsulation/RPNCalc.jextest.