Kan någon förklara det där med klasser och objekt?

Som jag förstått det använder man objektorienterad programmering som ett sätt att dela upp programmet i bestämda separata delar. Objekt kan ses som en sorts data som kan ha egenskaper och funktioner. En klass beskriver det där objektet. En konstruktör är väl en beskrivning inuti klassen hur ett sådant objekt skapas. Private betyder att det inte är åtkomligt utifrån från andra delar av programmet som inte hör till det objektet medans public betyder att det är åtkomligt utifrån. Sedan finns det saker som arv där man kan skapa objekt som ärver vissa delar från en övergripande objektbeskrivning.

Så en klass är alltså en slags datatyp med vissa egenskaper och funktioner (tror man brukar kalla funktionerna för metoder). Skapar man en variabel (alltså ett objekt) av den datatypen så anropas klassens konstruktör som fixar allt som behövs för att skapa objektet. Objektet kan innehålla diverse data och de som man kan påverka utifrån deklareras som public. Säg att man skapar ett objekt som är av typen bil så kanske man kan ställa in egenskaper som motoreffekt, maxhastighet, färg och vikt med mera. Sedan kanske det finns metoder (alltså funktioner) som att starta motorn, sätt på vindrutetorkaren och så vidare. Även metoder kan vara privata eller publika beroende på om de ska vara åtkomliga utifrån eller inte. Sedan kanske man vill skapa en klass som beskriver någon särskild sorts biltyp då kan man låta den klassen ärva saker från klassen bil så slipper man återskapa det som redan finns i den övergripande klassen.

Fördelen är väl att man kan tänka på programmets delar som objekt vilket kan underlätta när man skapar större program där många utvecklare är med och skapar separata delar. Det är ett sätt att minska oredan i större programmeringsprojekt genom att ha ett standardiserat sätt att tänka på och man kan isolera all kod som inte behöver kommas åt utifrån. Visst kan man göra detta även utan objektorientering genom att tillämpa bestämda regler. Som jag förstått det är det inte ovanligt med objektorienterat tänk även då man programmerar i exempelvis C, men det styrs liksom inte av programspråket då utan man får klura ut reglerna själv på något vis.

Men om man däremot ska göra något enklare program kan det kännas onödigt omständigt med objekttänkandet. Så det är väl lite efter behoven vilket som funkar bäst.

Har själv läst lite C# och fick lite objektorienterat tänk då. Men numera kör jag Linux och känner därför att C# (samt .NET) inte känns lika relevant längre men jag kan ju ändå ha nytta av tänket om jag skulle vilja programmera i exempelvis Java eller Python (eller om jag mot förmodan kör C# via mono). Ser det själv som viktigare att förstå tänket än att lära sig specifikt språk för man kan ju applicera samma tänk även inom andra programspråk.

Klassen djur innehåller sådant som är gemensamt för alla djur. Sedan kanske du vill skapa klassen fågel och klassen fisk som båda är djur men ändå har vissa olikheter. Då låter man fågel och fisk ärva det gemensamma från djur och så bygger man på med det som är speciellt för fåglar och fiskar. En fågel är ett djur. Däremot är inte alla djur fåglar. Så det logiska är alltså att låta klassen fågel ärva saker från djur men däremot blir det fel om man låter djur ärva från fågel eftersom alla djur inte är fåglar. Sedan kanske du vill skapa klassen haj som kan få ärva från fisk men däremot silverfisk kanske du hellre placerar i klassen insekter (eller är det en insekt egentligen, tror det). Men guldfisk är en fisk i alla fall. Sedan kanske du vill loopa igenom en array med fiskar och göra något med dessa och då går det bra trots att en del av dem är guldfiskar och andra är hajar eftersom du endast påverkar det som är gemensamt för alla fiskar. Eller om du vill göra något med alla djur så kan det också gå bra om du bearbetar dem som djur. En guldfisk är alltså en fisk men samtidigt så är den också ett djur. Detta kan man alltså utnyttja genom klassificeringen man gör när man programmerar objektorienterat.

Här står det lite mer: http://sv.wikipedia.org/wiki/Objektorienterad_programmering

Man ska vara medveten om att OOP en gång i tiden togs fram för simulering och passar väldigt bra där. Spel är också i stora delar en sorts simulering och OOP passar rätt bra dit också.

Men rent generellt är det en brutalt överanvändning av OOP, det är långt i från rätt metod att angripa alla problem. De flesta former av algoritmer har i sig inget associerat tillstånd och ska därför vara funktioner och inte metoder associerade med en klass. Idén om att kapsla in data och definiera en metoder för att ändra tillståndet på objektet passar också väldigt illa om man jobbar med system där det finns flera samtidigt körande trådar (spelar ingen roll om det är en eller fler CPU-kärnor).

Arv är långt ifrån den enda sättet att uttrycka polymorfism, finns flera språk som inte har arv (t.ex. Go) eller där det i alla fall inte är ett krav för metoder där anropad funktion beror på argument/tillstånd/etc (t.ex. Clojure).

Rätt intressant (eller skrämmande beroende på hur man ser det) att så mycket affärslogik skrivs i språk som har mycket syntaktisk socker för OOP då tillståndet typisk ligger i en databas + kommer in via anrop medan själva affärslogiken inte har ett associerat tillstånd vilket gör OOP helt fel abstraktion.

OOP är lämpligt där den mest naturliga abstraktionen är att något som har ett tillstånd och du enkelt kan tänka ut en rimlig mängd metoder som modifierar och/eller agerar på det tillståndet. Varje enhet i ett RTS är ett typiskt objekt, vilken klass det har beställer vilken typ av enhet det är, objektet vet position, hit-points etc. Alla skott, raketer etc kan också modelleras som enskilda objekt även om man behöver skriva egen minneshantering för sådant då det kan finnas många instanser (pratar av erfarenhet, även om det är väldigt länge sedan jag utvecklade spel nu).

Två djur som i din abstraktion har identiska egenskaper kan vara samma klass. T.ex. så skulle du nog inte ha olika klasser för hane/hona eller för om pälsen är vit eller svart, sådana skillnaden kan du modellera som objekt-specifika variabler.

Du kan du skapa massor med sådana djur med väldigt lite kod, men ändå hålla reda på varje unik individ (inom ramen för vad du valt att modellera).

Men OOP ger inte mer eller mindre kod än andra metoder, det är bara ett sätt av många att göra modellering av något.