Hvordan du bruker underklasser i Java - dummies

Du kan bruke underklasser i Java. Å lage underklasser er bra, men du får ingenting fra disse underklassene, med mindre du skriver kode for å bruke dem. Så her, undersøker du kode som bruker underklasser.

Nå er det tid for deg å klassifisere deg selv som enten en type-F person, en type-P person eller en type-T person.

• En type F person ønsker å se grunnleggende. (Bokstaven F står for grunnleggende.) "Vis meg et program som legger ut prinsippene i deres barste, mest grunnleggende form," sier type F-personen. En type F-person er ikke bekymret for klokkene og fløyter. Klokkene kommer senere, og fløyter kan aldri komme. Hvis du er en type-F-person, vil du se et program som bruker FullTimeEmployee og PartTimeEmployee underklassene, og flyttes deretter ut av veien slik at du kan få litt arbeid gjort.
• En type-P person vil ha praktiske applikasjoner. (Brevet P står for praktisk.) Type-P-folk trenger å se ideer i kontekst; Ellers flytter ideene seg for fort. "Vis meg et program som demonstrerer nytten av FullTimeEmployee og PartTimeEmployee underklasser," sier type-P-personen. "Jeg har ingen nytte for dine stinkende abstraksjoner. Jeg vil ha ekte eksempler, og jeg vil ha dem nå! "
• En type-T person vil test koden i FullTimeEmployee og PartTimeEmployee underklassene. Ved å teste koden betyr å sette koden gjennom sine skritt - kontrollere utgangens nøyaktighet når inngangen er vanlig, når inngangen er uventet, og til og med når inngangen er helt urealistisk. I tillegg vil type-T-personen bruke en standard, lett gjenkjennelig oversikt for testkoden, slik at andre programmerere raskt kan forstå testresultatene. Type-T-personen lager JUnit-tester som bruker FullTimeEmployee og PartTimeEmployee underklassene.

Koden under, som er for type F-mengden, er slank og enkel og gir god sengetidslesning.

Hvis du er type P eller type T, kan du gå til allmycode. com. Nettstedet inneholder eksempler for å tilfredsstille type-P og type-T lesere.

Denne koden viser et bare-bein-program som bruker underklassen FullTimeEmployee og PartTimeEmployee . Her er programmets utgang.

Utgangen av programmet.

offentlig klasse DoPayrollTypeF {

offentlig statisk tomt hoved (String args []) {

FullTimeEmployee ftEmployee = ny FullTimeEmployee ();

ftEmployee. setName ("Barry Burd");

ftEmployee. setJobTitle ("CEO");

ftEmployee.setWeeklySalary (5000,00);

ftEmployee. settBenefitDuksjon (500,00);

ftEmployee. cutCheck (ftEmployee. findPaymentAmount ());

System. ute. println ();

PartTimeEmployee ptEmployee = ny PartTimeEmployee ();

ptEmployee. setName ("Steve Surace");

ptEmployee. setJobTitle ("driver");

ptEmployee. setHourlyRate (7, 53);

ptEmployee. cutCheck (ptEmployee. findPaymentAmount (10));

}

}

For å forstå denne koden må du holde øye på tre klasser: Medarbeider , FullTimeEmployee og PartTimeEmployee .

Den første halvdelen av koden omhandler en heltidsansatt. Legg merke til hvor mange metoder som er tilgjengelige for bruk med ftEmployee variabelen? For eksempel kan du ringe ftEmployee. setWeeklySalary fordi ftEmployee har type FullTimeEmployee . Du kan også ringe ftEmployee. setName fordi klassen FullTimeEmployee utvider klassen Medarbeider .

Fordi cutCheck er erklært i klassen Medarbeider , kan du ringe ftEmployee. cutCheck . Men du kan også ringe ftEmployee. findPaymentAmount fordi en findPaymentAmount metode er i klassen FullTimeEmployee .

Gjør typer samsvar

Se igjen i første halvdel av koden. Vær spesielt oppmerksom på den siste utsagnet - den der heltidsansatte er faktisk kuttet en sjekk. Erklæringen danner en fin, lang kjede av verdier og deres typer. Du kan se dette ved å lese uttalelsen fra innsiden ut:

• Metode ftEmployee. findPaymentAmount kalles med en tom parameterliste. Det er bra fordi metoden findPaymentAmount ikke tar noen parametere.
• Metoden findPaymentAmount returnerer en verdi av typen dobbel .
• Den dobbelte verdien som ftEmployee. findPaymentAmount returneres til metode ftEmployee. cutCheck . Det er bra fordi metoden cutCheck tar en parameter av typen dobbel .

Sjekk ut den fantasifulle grafiske illustrasjonen.

Matchende parametere.

Gi alltid en metode til verdiverdiene som den ønsker i parameterlisten.

Den andre halvdelen av historien

I andre halvdel av koden oppretter koden et objekt av typen PartTimeEmployee . En variabel av typen PartTimeEmployee kan gjøre noen av de samme tingene som en FullTimeEmployee variabel kan gjøre. Men klassen PartTimeEmployee har ikke setWeeklySalary og setBenefitDeduction metoder. I stedet har PartTimeEmployee -metoden setHourlyRate -metoden. Så den etterfølgende linjen er et anrop til setHourlyRate metoden.

Kodenes siste linje er uten tvil den mest interessante. På denne linjen henvender koden tallet 10 (antall arbeidstimer) til findPaymentAmount -metoden. Sammenlign dette med det tidligere anropet til findPaymentAmount - samtalen for heltidsansatt i første halvdel av koden.Mellom de to underklassene, FullTimeEmployee og PartTimeEmployee , er to forskjellige findPaymentAmount metoder. De to metodene har to forskjellige typer parameterlister:

• The FullTimeEmployee klassens findPaymentAmount -metode tar ingen parametere.
• Metoden PartTimeEmployee klassens findPaymentAmount tar en int parameter.

Dette er par for kurset. Å finne betalingsbeløpet for en deltidsansatt, er ikke det samme som å finne betalingsbeløpet for en heltidsansatt. En deltidsansattes lønn endres hver uke, avhengig av antall timer arbeidstakeren jobber i en uke. Heltidsansattes lønn forblir den samme hver uke. Så FullTimeEmployee og PartTimeEmployee klassene har begge findPaymentAmount metoder, men hver klasses metode virker ganske annerledes.