Page History

...

En bank består av mange ulike type kontoer: sparekontoer, brukskontoer, depositumskontoer, støttekontoer etc. Felles for alle kontoer er Account-grensesnittet, slik som er definert under:

package inheritance;
 
public interface Account {

	public String getName();

	public void setName(String name);

	public void deposit(double amount);

	public void withdraw(double amount);

	public double getBalance();
}

Alle

Lag en CardContainerImplVi skal i denne oppgaven fokusere på sparekontoer og du skal nå lage en SavingsAccount-superklasse, som implementerer grensesnittet CardContainer (se CardContainer-oppgaven) og inneholder koden som er felles for CardDeck og CardHand.

La CardDeck og CardHand arve CardContainerImpl og gjør nødvendige endringer i disse klassene, slik at totaloppførselen er som før. F.eks. skal CardDeck-objektet ha samme konstruktør som før, som skal sikre samme initiell tilstand (men ikke nødvendigvis med samme konstruktør-kode).

Account-grensesnittet. Konstruktøren og metodene SavingsAccount-superklassen må støtte er gjengitt her:

• String getName() - returnerer navnet på kontoinnehaveren.
• void setName(String) - setter navnet på kontoinnehaveren til parameterisert streng.
• void deposit(double) - inkrementerer kontobalansen med innskutt beløp. Merk at det innskutte beløpet må være positivt. Ved ulovlig innskudd skal en IllegalArgumentException kastes.
• void withdraw(double) - ...
• double getbalance() - ...

dfdfd

• SavingsAccount(String, double, double) - konstruktør som tar inn navn på kontoinnehaver, åpningsbalanse og rentefoten på kontoen og setter klassens felter i henhold til disse. Legg inn rentefoten som et desimaltall (f.eks. tilsvarer 0.05 en rente på 5%).
  

• void accrueInterest() - dsfds

 Merk at målet er at mest mulig kode skal flyttes til superklassen og gjenbrukes i subklassene. Det er viktig å bruke innkapsling rett (hint: protected-modifikatoren) for å nyttiggjøre seg superklassen i størst mulig grad.

Del 2 - BSU extends SavingsAccount

Anta at en ønsker å unngå at instanser av CardContainerImpl (eller av en av subklassene) inneholder for mange kort. Legg til et privat maxCardCount-felt i CardContainerImpl og en konstruktør som initialiserer feltet. Legg så til evt. endre kode i CardContainerImpl som sikrer at antall kort ikke kan overstige dette tallet og at subklassene ikke kan omgå denne valideringen. Subklassene skal imidlertid kunne sette maks-antallet som følger: CardDeck skal sette makstallet til 52 og CardHand skal ta inn maks-antallet i sin konstruktør.

Merk at målet er å la subklassene gjenbruke mest mulig kode i superklassen. Det er viktig å bruke innkapsling rett (hint: protected-modifikatoren) for å nyttiggjøre seg superklassen i størst mulig grad.

Del 3 - ForeldreSpar extends SavingsAccount

Merk at målet er å la subklassene gjenbruke mest mulig kode i superklassen. Det er viktig å bruke innkapsling rett (hint: protected-modifikatoren) for å nyttiggjøre seg superklassen i størst mulig grad.