TDA550 Objektorienterad programmering, fortsättningskurs. Föreläsning 1. Introduktion Variabler och typer

Transkript

1 TDA550 Objektorienterad programmering, fortsättningskurs Föreläsning 1 Introduktion Variabler och typer Objektorienterad programmering fk 1 Föreläsning 1

2 Olika nivåer av programdesign Det är användbart att särskilja mellan olika perspektiv eller nivåer av mjukvarudesign: konceptuell specifikation implementation Under grundkursen låg fokus på implementationsnivån. Skall i denna kurs även beakta specifikationsnivån. Objektorienterad programmering fk 2 Föreläsning 1

3 Utmaningen med utveckling av mjukvarusystem När man utvecklar ett mjukvarusystem finns en rad krav och önskemål som skall uppfyllas. Vi vill åstadkomma ett system som: är färdigutvecklat på utsatt tid och inom givna budgetramar uppfyller sin uppgift så bra som möjligt är så enkelt att använda som möjligt har tillräckligt höga prestanda är felfritt är robust är så enkelt att underhålla som möjligt är så enkelt att modifiera som möjligt är så enkelt att bygga ut som möjligt är så enkelt att implementera som möjligt är så återanvändbart som möjligt... Objektorienterad programmering fk 3 Föreläsning 1

4 Utveckling av mjukvarusystem Det är inte ovanligt att ett programsystem består av miljontals rader kod och att 100-tals programmerare varit delaktiga i att skriva koden. Ingen enskild person kan vara insatt i och förstå alla enskilda delar i så stora system. Att ett programsystem skall vara lätt att underhålla är en mycket viktig egenskap! fel i den ursprungliga mjukvaran måste fixas mjukvaran måste anpassas till nya användarkrav den som ändrar i koden är är sällan eller aldrig den som ursprugligen skrivit koden största delen av pengarna och tiden under ett systems livstid åtgår till detta (ca 80%). Utveckla för förändring! Detta kommer att vara en ledstjärna under kursen. Objektorienterad programmering fk 4 Föreläsning 1

5 Utveckla för förändring Det finns många faktorer som som bidrar till hur lätt eller svårt ett system är att underhålla. Några viktiga aspekter att beakta är: Läsbarhet. En förutsättning för underhåll är att koden kan läsas och förstås. Enkelhet. Ett enkelt system är lättare att implementera och få felfritt. Flexibilitet. Innebär att ett system är lätt att ändra i. Objektorienterad programmering fk 5 Föreläsning 1

6 Grundläggande designprinciper Nedan ges en lista på saker som är viktiga för att åstadkomma programsystem som är lätta att underhålla: Enhetlig kodstil. Minskar risken för fel och underlättar förståelsen av koden. Genomtänkt namngivning. Ett namn skall avspegla vilken roll en entitet har. Dokumentation. Oavsett hur bra design en mjukvara har är den värdelös utan dokumentation. Modularitet. Ett system skall brytas ned till en samling sammanhängande men löst kopplade moduler. Abstraktion. Inkapsling. Abstrahera bort implementationsdetaljer Decoupling. Minimera beroenden mellan klasser, minimera beroenden av specifika typer. Delegering.Skicka vidare uppgifter till de klasser som är bäst lämpade att göra arbetet. Designmönster. Best practices. Återanvändning av kod. Objektorienterad programmering fk 6 Föreläsning 1

7 Complexity is your enemy Mycket i programmering handlar om att reducera komplexiteten hos den mjukvara som utvecklas. Objektorientering är en metodik som utvecklats specifikt för att reducera komplexiteten i mjukvarusystem. Komplexitet i ett program handlar inte om hur bra ett program går att köra på datorn, utan helt och hållet om hur lätt det är att läsa och förstås av människor. Miller's Law: A person can only keep 7 plus or minus 2 items in mind at one time. Man måste försöka reducera komplexiten på alla nivåer i utvecklingsarbetet, allt ifrån när man designar den övergripande systemarkitekturen till när man väljer ett variabelnamn. Man måste hela tiden vara medveten om problemet med komplexitet och lära sig best practices för hur komplexitet skall hanteras. Objektorienterad programmering fk 7 Föreläsning 1

8 Kodstil och namngivning För att underlätta för andra att läsa den kod du utvecklar skall du använda en kodkonvention. Lämpligen En av de viktigaste aspekterna på kodkonvention berör namngivning. Identifierarnamnen måste väljas mycket omsorgsfullt. Namnet är det första läsaren ser och skall vara en ledtråd för att förstå vad identifieraren representerar och vilken uppgift den har. Klasser: Namnen är oftast substantiv, t.ex Date, BankAccount och Car. Interface: Namnen slutar ofta på able, t.ex Cloneable och Comparable. Metoder: Namnen skall vara ett verb eller innehålla ett verb, t.ex. print, setsize, isvisible och getsize. Variabler: numberofmembers och loadingdone är bra namn. thenumberofthreadsintheapplicationrunningrightnow, nt, notyetdone och done är dåliga namn. Använd engelsk namngivning. Objektorienterad programmering fk 8 Föreläsning 1

9 Principer för OOP (Alan Kay) Allt är ett objekt (dvs alla datastrukturer representeras som objekt). Ett program är en samling objekt. Objekten kommunicerar genom att skicka meddelanden till varandra. Varje meddelande är en begäran om en handling (aktion) som ska utföras. Varje objekt har sitt eget minne. Ett objekt kan bestå av andra objekt. Varje objekt tillhör en klass. En klass representerar ett visst beteende alla objekt som är instanser av samma klass kan utföra samma aktioner. Klasser organiseras i en trädliknande arvshierarki. En klass ärver beteende och datastrukturer från tidigare klasser. Objektorienterad programmering fk 9 Föreläsning 1

10 Objekt i Java Java är ett objektorienterat språk: program skapar objekt o = new SomeClass(); program anropar metoder i objekt o.somemethod(); program hämtar värden i objekt-variabler x = o.somefield; program lägger nya värden i objekt-variabler o.samefield = 5; Om nu Java är objektorienterat, var har vi objekten i programmet? Objektorienterad programmering fk 10 Föreläsning 1

11 Exempel Vilka uttryck i detta program beräknas till objekt? //-- Bad code, only used for illustration --// public class NumberList { int num; NumberList next; public NumberList(int i, NumberList nl) { num = i; next = nl; } } public class TestNumList {... public void somemethod() {... NumberList nl_1 = new NumberList(52, null); NumberList nl_2 = new NumberList(71, nl_1); NumberList nl_3 = nl_2.next; nl_2.next.num = 22; int x = nl_3.num; } } Objektorienterad programmering fk 11 Föreläsning 1

12 Referensvariabler Det finns inga Java-uttryck som är objekt. Istället hanterar Java-program referenser till objekt. referensvariabel objekt-referens objekt variabel1 värde variabel2 värde Objektorienterad programmering fk 12 Föreläsning 1

13 Åter till exemplet NumberList nl_1 = new NumberList(52, null); NumberList nl_2 = new NumberList(71, nl_1); NumberList nl_3 = nl_2.next; nl_2.next.num = 22; x = nl_3.num; Uttryck som beräknas till primitiva värden: nl_3.num Uttryck som beräknas till objekt-referenser: null new NumberList(52, null) nl_1 new NumberList(71, nl_1) nl_2 nl_2.next nl_3 Värden av uttryck: primitiva värden eller objektreferenser, aldrig objekt. Objektorienterad programmering fk 13 Föreläsning 1

14 Vad spelar det för roll Skillnaden mellan ett objekt och dess referens är mycket viktig, då det gäller: exekvering typer frågan om olika alias frågan om dynamisk bindning frågan om olika typer för objekt och deras referenser Objektorienterad programmering fk 14 Föreläsning 1

15 Beräkningarna i vårt exempel NumberList nl_1 = new NumberList(52, null); nl_1 num: 52 next: null NumberList nl_2 = new NumberList(71, nl_1); nl_1 nl_2 num: 71 next: num: 52 next: null NumberList nl_3 = nl_2.next; nl_1 nl_3 nl_2 num: 71 next: num: 52 next: null nl_2.next.num = 22; nl_1 nl_3 nl_2 num: 71 next: num: 22 next: null Objektorienterad programmering fk 15 Föreläsning 1

16 Alias Två eller flera referenser till samma objekt kallas alias. nl_1 nl_3 nl_2 num: 71 next: num: 22 next: null Allt som görs via en referens påverkar alla alias till denna referens. Risken att göra fel är stor. Man måste därför vara mycket noggrann när man använder alias. Objektorienterad programmering fk 16 Föreläsning 1

17 Objekt kontra referenstyper Java skiljer mellan typen av en objektreferens och typen av (det refererade) objektet. Exempel: public class SomeClass implements someinterface{... } Betrakta nu: SomeInterface si = new SomeClass(); typ: SomeInterface typ: SomeClass Variabeln si och objektet si refererar till har olika typer! Både typen av objektet och typen av dess referens är signifikanta på olika sätt. Innebär: Viktigt att förstå typer i Java. Objektorienterad programmering fk 17 Föreläsning 1

18 Typer i Java Java är ett starkt typat språk. Om programmet kompilerar skall man inte under körning kunna få några fel som beror på typer. Medför att vi i stor utsträckning slipper i från problem med fel sort. Typinformationen används vid två olika tillfällen vid kompilering (compile time) och vid körning (run time). Java är utvecklat för att vara typsäkert, d.v.s. de operationer man skall kunna utföra på datat i programmet skall bara vara de som anges av typen. Den statiska typinformationen används vid själva kompileringen, efter kompileringen är den borta (det finns inga int, double, i.class-filen). Förklaringen till varför saker är som de är bottnar ofta i typsäkerheten. Objektorienterad programmering fk 18 Föreläsning 1

19 Typer i Java Java har två olika sorters typer: Primitiva typer, dessa är inbyggda.vi kan inte ändra eller skapa nya primitiva typer. Referenstyper, vi kan skapa nya typer. float Primitive Types Numeric Types Floating-Point Types double boolean returaddress Integral Types byte short Reference Types reference class types interface types int long char array types Objektorienterad programmering fk 19 Föreläsning 1

20 Värde eller referens? Att det finns två olika sorters typer får följder för betydelsen av språkliga konstruktioner. Värdesemantik (by value). Inget delat tillstånd, dvs kopior saknas. Primitiva datatyper. Referenssemantik (by referencs). Tillståndet kan vara delat (d.v.s. det kan finnas alias). Referenstyper. Återkommande frågeställning: Har vi värde- eller referenssemantik? Objektorienterad programmering fk 20 Föreläsning 1

21 Typomvandling (casting) Typsystemet behöver inte vara hur strikt som helst, att t.ex. använda en long istället för en int innebär aldrig någon fara. Det finns ett stort antal regler för vilka typer som får användas istället för en given typ, kallas typkompabilitet. Kompilatorn känner till dessa regler och utför vid behov implicita typomvandlingar. Exempel på godtagbara omvandlingar på primitiva typer är mindre till större (i bytes) och heltal till flyttal (kallas widening): char int float long -> int -> float -> double -> float Gör vi tvärsom riskerar vi att tappa information, kallas (narrowing): (int) double (double) long Återkommande frågeställning: Är typerna kompatibla? Går det att omvandla A till B utan att typsäkerheten bryter samman. Objektorienterad programmering fk 21 Föreläsning 1

22 Explicit typomvandling Vi kan säga åt kompilatorn att inte kontrollera en viss sak, t.ex. Object o =...; String s = (String) o; Vi gör en explicit typomvandling. Eftersom vi här säger att o är av typen String, så kontrollerars inte detta. Ansvaret är vårt! Förhoppningsvis stämmer det, annars exekveringsfel. Explicita typomvandlingar innebär alltid en risk! Sätter typcheckningen ur spel. Kan leda till fel vid runtime. si Undvik! För att kontrollera att tilldelning och explicit typomvandling är möjlig (dvs. bibehåller typsäkerheten) kan man använda instanceof-operatorn. Men även detta bör undvikas. Object o =...; if (o instanceof String) String s = (String) o; Typomvandlingar mellan helt oreleterade typer (inget superklass/subklass förhållande) är inte tillåtet. Objektorienterad programmering fk 22 Föreläsning 1

23 Definiera nya typer Det finns två standardsätt i Java att definiera nya typer: klasser interface Varje klass C introducerar en typ C. Uppsättningen publika metoder som klassen C tillhandahåller utgör mängden operationer för typen C. Alla instanser av klassen C eller av subklasser till C utgör mängden av objekt för typen C. Till exempel definierar klassen Person, nedan, en typ Person som har operationerna getname() och getbirthdate(). Person -name: String -birthdate: Date +getname(): String +getbirthdate(): Date Det andra sättet att skapa typer i Java är att använda interface. Ett interface kan ses som en namngiven mängd av operationer. Alla objekt vars klasser explecit implementerar interfacet bildar mängden av objekt för typen. Objektorienterad programmering fk 23 Föreläsning 1

24 Interface public interface Runnable { public void run(); } Operationerna i typen Runnable består endast av metoden run(). Mängden av objekt i typen Runnable består av alla objekt av alla klasser som implementerar Runnable. Om t.ex. klasserna SlowRunner och FastRunner implementerar Runnable tillhör objekten i typerna SlowRunner och FastRunner typen Runnable. <<interface>> Runnable run() SlowRunner run() FastRunner run() Notera alltså att ett objekt av en subklass S till klassen T tillhör både typ S och typ T. Runnable thewinner = new FastRunner(); Runnable theloser = new SlowRunner(); Objektorienterad programmering fk 24 Föreläsning 1

25 Klassen Object Eftersom alla klasser är subklasser till klassen Object tillhör alltså ett objekt av typerna SlowRunner och FastRunner även typerna Runnable och Object. <<interface>> Runnable Object run() SlowRunner run() FastRunner run() Det finns en speciell relation mellan typen av en subklass och typen av superklassen, eftersom subklassen till en klass definierar en subtyp till superklassens typ. Om S är en subtyp till T, så är mängden av objekt i typen S en delmängd till mängden av objekt i typen T och mängden operationer i typen T är en delmängd till mängden operationer i typen S. Dessutom måste alla operationer i typen T också finnas i typen S. Objektorienterad programmering fk 25 Föreläsning 1

26 Polymorfism Java tillåter att man till en variabel av typen C kan tilldela objekt som är av typ C eller är subtyper till C. Till exempel är i tilldelningssatsen Runnable r = new FastRunner(); variabeln r av typen Runnable, medan det objekt som denna variabel refererar till är av subtypen FastRunner. Egenskapen att ett objekt som är en subtyp till typen C legalt att användas varhelst ett objekt av typen C förväntas kallas polymorfism. Polymorfism är en av de viktigaste koncepten i objektorientering och den allra viktigaste orsaken till att objektorienterade programspråk är så användbara. Objektorienterad programmering fk 26 Föreläsning 1