Page History

I RPN-kalkulator-oppgaven under temaet Tilstand og oppførsel, så 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?

JExercise-testen finner du her: encapsulation/RPNCalcTest.java.

I tillegg til testen så har vi laget en JavaFX-app som du kan bruke for å prøve ut RPNCalc-klassen din (og kanskje lære deg litt app-programmering i tillegg). Her er filene som trengs:

• RPNCalcFX.java: Selve app-klassen som kjøres som Java-applikasjon
• RPNCalcFX.fxml: Denne filen må ligge i samme mappe/pakke som RPNCalcFX og beskriver hvordan app-en ser ut.