Vad är objektorienterad programmering?

Den hälsosamme ekonomisten, Sunday 31 March, 2019
Bild: 2017-09/dsc01062.jpg

Objektorienterad programmering är ett begrepp som ni kanske hört talas om. Men vad är det egentligen? Vet inte om jag som hobbyprogrammerare är rätt person att förklara det, men jag gör ett försök.

För länge sedan, när hemdatorer levererades med programspråket BASIC inbyggt använde man numrerade programrader. En programsnutt kunde se ut som följande:

10 PRINT "Den hälsosamme ekonomisten"
20 GOTO 10

Programmet kommer att skriva ut texten "Den hälsosamme ekonomisten" tills man på något sätt sätter stopp för det. Slår mig att jag faktiskt inte minns hur man avbryter programmet, men det kan nog vara genom att trycka på escape-tangenten eller ctrl+C.

Hur som helst, att skriva allting i rader och helt sekventiellt blir jobbigt. Om inte annat för att man måste komma ihåg vilka rader som saker och ting står på. Dessutom är det slöseri med minnesutrymme i datorn. I Basic fanns därför även kommandot GOSUB, som gjorde det möjligt att skriva några programrader som sedan kunde återanvändas på flera ställen. Det kunde se ut så här:

10 PRINT "Den hälsosamme ekonomisten"
20 GOSUB 40
30 END
40 PRINT "... är helt fantastisk"
50 RETURN

Men ett av de mer användbara kommandona var att det gick att definiera funktioner. Genom att använda funktioner kunde man kapsla in programkoden på ett bättre sätt och få den mer läsbar.

10 DEF FN A(X) = X + 7
20 PRINT FN A(9)

Som uppenbarligen skriver ut 16 om man kör programmet. Själv var jag en flitig användare av denna möjlighet och insåg väl inte då att detta var objektorienterad programmering.

Så fast forward till dagens programspråk. Ska nämna att det än i dag finns många språk som inte är objektorienterade. Jag använder exempelvis statistiksystemet SAS dagligen på jobbet och det liknar BASIC en hel del.

Men det gör inte programspråket RUBY, som uppfanns 1995 av den japanske programmeraren Yukihiro “Matz” Matsumoto. RUBY tar objektorienteringen så långt jag tror man kan komma - i och med att allting betraktas som ett objekt.

Som ni förstår av inledningen ovan börjar det med funktioner. I RUBY definieras en funktion exempelvis som följande

def funktionen
  variabel = "Den hälsosamme ekonomisten"
  return variabel
end

Till skillnad från i BASIC finns inga fasta programrader, men i editorn har varje rad ett nummer så att man lätt kan bläddra fram var något har gått snett. För att gör det tydligt att koden mellan def och end tillhör funktionen som kallas "funktionen" brukar man dra in texten några kolumner.

Funktionen kan sedan anropas med kommandot

puts funktionen

Bara genom att använda funktioner mer systematiskt blir det betydligt enklare än i BASIC. Funktionerna kan också ta argument, precis som i BASIC, och man kan förändra data för att sedan på slutet få fram något annat än det man stoppade in:

variabel = funktionen(x, y)
puts variabel

Jo, förresten. Ni undrar kanske vad "puts" står för? Det är bara "print" i RUBY, men med en radbrytning efteråt.

Funktionen är den minsta byggstenen i objektorienterad programmering. Det är i RUBY ingen skillnad mellan variabler, som "1.56" eller strängar som "Den hälsosamme ekonomisten". Allting kan refereras till med ett ord. Det enda viktiga är att "ordet" huvudsakligen består av alfanumeriska tecken.

Det kan kanske tyckas ologiskt att funktioner och numeriska variabler och strängar alla kan refereras med vanliga ord. Men det är fullt logiskt och följer av att allt i RUBY är ett objekt. Detta innebär att ett ord, exempelvis "variabel", kan referera till vilket slags objekt som helst - en sträng, ett tal, en bilmodell eller en funktion.

Man kan se ordet som en funktion som levererar ett objekt. Ordet är alltså inte objektet som sådant, utan en referens till objektet. En subtil skillnad som bara har betydelse i vissa specifika fall.

Då uppstår givetvis frågan om hur många typer av objekt det finns. Och svaret är att det kan finnas hur många som helst. I RUBY finns det från början bara ett begränsat antal typer av objekt, men programmeraren kan fritt utöka antalet - och förväntas också göra det. En objekttyp kallas klass (CLASS) och definieras ungefär på samma sätt som en funktion. Skillnaden är att en klass inte automatiskt levererar något värde och att det kan finnas många olika exemplar (INSTANCES)  av en klass.

Tänk på klassen som begreppet "bil" och exemplaret som din egen bil. En klass kan definieras på följande sätt

Class Bil
  def initialize
    @marke = "Volvo"
    @motortyp = "bensin"
  end
  def marke
    @marke
  end
  def motortyp
    @motortyp 
  end
  def marke=(marke)
    @marke = marke
  end
  def motortyp=(motortyp)
    @motortyp = motortyp
  end
end

När programkoden körs definieras klassen och bilen får grundegenskaperna att märket är "Volvo" och att den drivs av "bensin". En ny bil definieras genom koden

min_bil = Bil.new

När min bil väl existerar kan vi förändra den genom att skriva:

min_bil.marke = "Lexus"
min_bil.motortyp = "Hybrid"

Vill vi sedan ta reda på vilket märke och vilken motortyp bilen har skriver vi:

puts min_bil.marke
puts min_bil.motortyp

vilket ger utskriften:

Lexus
Hybrid

Glömde förklara vad "@"-tecknet före variablerna betyder. Det är ett tecken som inleder alla variabler som tillhör ett exemplar och de kallas "instance variables". Genom att inleda med "min_bil" vet programmet att det är ett exemplar av en bil, eftersom min_bil definierats som tillhörande klassen "bil", och dessutom att det är min bil. Variablerna tillhör alltså min bil och ingen annans.

Om man inte anger något särskilt, utan skriver variablerna med små bokstäver, antas att variablerna är lokala och de kommer då inte att vara tillgängliga utanför funktionen. Det finns även exemplarvariabler som har prefixet @ och klassvariabler som har prefixet @@ och högst upp globala variabler som inleds med tecknet $.

Om man vill att en funktion som tillhör en klass inte ska vara tillgänglig utanför koden som definierar klassen lägger man till ordet "private" före funktionen. Annars antas att funktionen ska kunna anropas på det sätt som vi gjorde, alltså exempelvis med min_bil.marke.

Så - varför bekymrar vi oss då med att definiera klasser, när vi skulle kunna skriva funktioner som tar hand om allt? Skälet är läsbarhet. Begreppet "klass" ligger nära vårt eget språk och gör det lättare att förstå logiken i koden. Begreppet "bil" kan lika gärna vara "bankkund" eller "butik" eller något annat någorlunda homogent begrepp som betecknar något som finns i många individuella exemplar. Vi vill kontrollera hur programmet kommer åt information och hur det kan lagra information om ett objekt av en viss typ - det gör vi med hjälp av funktioner i objektets klass.

I RUBY tillhör alla objekt en klass. Tal tillhör klassen "Fixnum" och strängar tillhör klassen "String". Oftast kan man få reda på ett objekts klass genom att skriva

puts min_bil.class

Vilket i det här fallet skulle ge oss klassen "Bil". Bland de inbyggda klasserna i RUBY finns även Array, Hash och Matrix (med tilläggsmodul). En Array är en lista av någon/några andra objekt som kan tillhöra andra klasser och en Hash är en lista som kan refereras med ett annat objekt. En Matrix är vad det låter som.

Ofta när man frågar programmerare vad den grundläggande skillnaden mellan klasser och funktioner är blir svaret svävande. Det är nog skälet till att jag skrev det här blogginlägget och försöker förklara för mig själv vilken skillnaden egentligen är. Min tolkning är att klasser finns därför att det finns programmerare. Det är ett konceptuellt begrepp som syftar till att föra programkoden närmare programmerarens bild av hur världen ser ut.

Hade människan inte uppfunnit talsystemet hade det antagligen inte funnits numeriska variabler och hade man inte uppfunnit skriftspråket hade det inte funnits strängar. Klasser finns därför att människan uppfunnit begrepp som "bilar" eller "kunder" eller "butiker". Objektorienterad programmering handlar därför om att översätta koncept som skapats av neurala nätverk (alltså hjärnan) så att de kan behandlas sekventiellt av en eller flera programtrådar i en dator.

Man expanderar alltså hjärnans kapacitet på bredden genom att kopiera redan befintliga strukturer för databearbetning. Den trånga sektorn i den här översättningen är själva programmeringen, som i någon mening handlar om introspektion och om att försöka förstå hur vi själva betraktar världen omkring oss. När datorerna en dag kan skapa egna begrepp - via deep learning - lär vi slippa den här jobbiga omvägen, men ännu är vi inte där.

Så blir du lurad av din bank

Den hälsosamme ekonomisten
Bild: 2017-09/dsc01062.jpg

Att teckna bolån hos någon av de svenska storbankerna är som att handla i Stora Basaren i Istanbul . Det finns många trick som bankerna tar till och några av de bästa är följande: 1) Erbjudandet om att binda en del av lånet till fast ränta och en del till rörlig. Poängen med det är att banken förvissar sig om att kunden inte kan flytta halva bolånet till en annan bank eller till en ny aktör som Stabelo eller Hypoteket. Kunden är fast så länge bindningstiden löper för den fasta …

Läs mer!

Riv Riksdagshuset och uppför det i VR

Den hälsosamme ekonomisten
Bild: 2017-09/dsc01062.jpg

Varje tisdag och torsdag samlas riksdagsledamöterna för att votera. En hyfsat meningslös övning som lika gärna skulle kunna utföras med hjälp av E-legitimation. Existensen av ett fysiskt riksdagshus bidrar till stockholmsfixeringen och skapar trängsel i hufvudstaden. Det tvingar ledamöterna att låtsas bo någon annanstans än där de är tvingade att bo därför att de i praktiken jobbar i Stockholm. Riksdagen är i själva verket en charad - där 349 stockholmare låtsas vara göteborgare, …

Läs mer!

Ajax med hjälp av JQuery och Sinatra

Den hälsosamme ekonomisten

Tänkte så här på påskaftonen dela med mig av ett tips på hur man kan ladda in information på en webbsida utan att ladda om sidan. Begreppet Ajax står för "Asyncronous Javascript and XML". Men man behöver inte använda XML för att överföra information, i dag är det mycket vanligare att använda JSON, alltså Javascript Object Notation . För att … Läs mer!

Tillit och digital automatisering är komplementvaror

Den hälsosamme ekonomisten

Digitalisering har potential att höja välfärden många gånger om. Men i ett samhälle som saknar grundläggande tillit är möjligheten att digitalisera begränsad. Är det inte lite märkligt att det går att ställa ut hyrscootrar med batterier som kostar många tusen kronor styck, utan att dessa tas omhand av kriminella element? Det bör tilläggas att … Läs mer!

Uppenbara bedrägerier på Facebook

Den hälsosamme ekonomisten

Lite förvånad över att Facebook har så många annonser som är uppenbara bedrägerier. Tror det kommer att stå företaget dyrt, då poängen med annonser är att åtminstone någon ska lockas att köpa något som det annonseras för. Det är lätt att dra slutsatsen att alla annonser som finns på nätverket är bluff. Googleannonserna har däremot blivit … Läs mer!

Sono Motors nya bil Sion byggs i Trollhättan

Den hälsosamme ekonomisten

En av nyheterna i dag är att Sono Motors nya bil Sion ska byggas i Trollhättan . Men vad är det egentligen för skapelse? Till att börja med är den inte självkörande, vilket är en brist. Men i övrigt är det en rätt intressant sak. Den har solceller som på en dag kan ladda bilen tillräckligt för drygt tre mils körning. Fulladdad tar den … Läs mer!

Kalla det inte AI

Den hälsosamme ekonomisten

Det har säkert inte undgått någon att jag programmerar lite. Jag skulle kunna säga att jag ibland sysslar med Artificiell Intelligens , men det gör jag inte - jag säger som det är, jag konstruerar algoritmer. Sanningen är att det som en gång kallades statistik i datortillämpningar har blivit algoritmer som i sin tur har döpts om till AI. Men … Läs mer!

Kinas vindkraftsmisslyckande ett intressant "case"

Den hälsosamme ekonomisten

Jonas Grafström skriver i ett ny uppsats från Ratio om den kinesiska vindkraftsindustrin , som uppvisar tecken på sovjetism. Många unga minns inte Sovjetunionens femårs- och tioårsplaner och hur hela bygget småningom kollapsade. Det är mer än en historia om demokrati och diktatur, det är en fråga om hur planekonomier fungerar. Det finns … Läs mer!

Wong betonar Kinas ansvar för utsläppen

Den hälsosamme ekonomisten

Kinakännaren Ola Wong skriver i Kvartal om att vi behöver tala om elefanten i rummet när det gäller klimatet - alltså Kina . Det är något som jag också brukar framföra här på bloggen. Själv tillhör jag dem som inte tror att det är någon ko på isen när det gäller den globala uppvärmningen, men om man tror att kon är i fara måste man titta … Läs mer!

Om bloggen

Den hälsosamme ekonomisten är en blogg som handlar om sjukvårdens organisation, incitament och klassisk liberalism - allt skrivet ur ett ekonomistiskt perspektiv. Webbplatsen använder tredjepartskakor (cookies) från Disqus, Piwik, Facebook, Google och Twitter för att anpassa innehållet och annonserna till användarna, tillhandahålla funktioner för sociala medier och analysera vår trafik. Vi vidarebefordrar information om din användning av vår webbplats till de sociala medier och annons- och analysföretag som vi samarbetar med. Du kan läsa mer om webbplatsens kakpolicy här. Denna sida drivs med webbverktyget Bolt. Av Mattias Lundbäck.

VR och Vårdvalssidan

Den hälsosamme ekonomisten finns även tillgänglig i VR. Har man HTC Vive eller Occulus Rift når man hifi://ekonomism genom att först installera appen High Fidelity som ger tillgång till en stor mängd olika virtuella världar. Sedan skriver man bara "ekonomism" i Goto-fältet i HiFi. Fältet motsvarar adressraden i en vanlig webbläsare.

Besök gärna www.vårdval.se - det enklaste sättet att hitta och jämföra vårdgivare.

Läs bloggkollegor

Anybodys Place Carl-Johan Westholm Cornucopia Danne Nordling Eskil Ullberg Fnordspottning Fredrik Malm Fredrik Segerfeldt Gustav Nipe Henrik Alexandersson Janerik Larsson Jonas Grafström Lennart Grundel Maria Abrahamsson Markus Uvell Mina Moderata Karameller Mattias Svensson Niclas Berggren Opassande Per Gudmundson Sjätte Mannen Tanja Bergkvist The Market Monetarist


Creative Commons-licens
Den hälsosamme ekonomisten av Mattias Lundbäck är licensierad under en Creative Commons Erkännande 4.0 Internationell licens.
Based on a work at https://www.ekonomism.us.

Sociala medier

Den hälsosamme ekonomisten är en blogg för dig som är intresserad av ekonomi, politik och teknik. Följ mig på Twitter för regelbundna uppdateringar. Läs mer om Den hälsosamme ekonomisten och Mattias Lundbäck här.


Linkonomism
Googelkonomism
Feedkonomism