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?
Vi har laget en JavaFX-app som du kan bruke for å prøve ut RPNCalc-klassen din og kanskje lære deg litt app-programmering. 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.