Programmering av spel för nybörjare

Bemästra ett språk, så är andra språk lätt att lära sig. Lär du dig bara grunderna i lite olika språk så kommer du ingenvart. Jag tycker C# är det bästa språket men jag programmerar å andra sidan inte spel. Jag började med Pascal men det rekommenderar jag inte.

Vad du än väljer, satsa på det 100% och lär dig det bra, använd google om du stöter på problem, lär dig debugga tidigt. Lycka till

Vad som används ute på marknaden beror lite på vilken del av programmering du är intresserad av. Ska du göra mobil-applikationer eller mindre spel funkar C#/Java riktigt bra. Ska du jobba med riktigt 3D-programmering och göra en egen grafik-motor är C++ det ända alternativet nästan. C# går också, men med mycket mindre frihet och prestanda. Vill du istället göra spel-logik så kan du göra det nästan i vilket språk du vill, jag tror Battlefield använder Python för sin spel-logik tex.

C++ är det svåraste språket, men också det mest effektivaste (performance) om man gör det rätt. Jag lärde mig C++ först, och det var en rätt kraftig inlärnings-kurva. Men efter C++ var alla andra språk busenkla. Jag är glad att jag lärde mig C++ först eftersom det är så mycket man måste tänka på med minnes-allokering av avallokering, jag tror att det kan vara svårt att lära sig i efterhand om man inte är van vid det.

C++ år 2012 är inte alls samma språk som det du en gång i tiden lärde dig. Rätt använt så kan du idag skriva ett helt C++ program utan att aldrig anropa "new" eller "delete", så att hantera minne i C++ är inte svårare än att hantera det i t.ex. C# eller Java.

C++ innan C++11

// Jobba med dynamiskt allokerade objekt
 obj_t *obj = new obj_t(...);
 obj->method1();
 obj->method2();
 ...
 delete  obj;

// Jobba med vektorer
  vector<int> v;
  v.push_back(1);
  v.push_back(2);
  v.push_back(3);
  for (vector<int>::iterator it = v.begin(); it != v.end(); ++it)
    cout << *it << endl;

Samma sak i C++11

// Jobba med dynamiskt allokerade objekt
 auto obj = make_shared<obj_t>(...);
 obj->method1();
 obj->method2();
 ...
 // inget delete behöver (eller får) användas

// Jobba med vektorer
  vector<int> v{1, 2, 3};
  for (int i: v)
    cout << i << endl;

Så modern C++ kan användas på mer eller mindre exakt samma sätt som C#. C++11 har även saker som lambda-uttryck och closures.

Däremot kan jag hålla med om att C++ kanske inte är det bästa språket att starta med, men det är knappast Java eller C# heller. Vill man verkligen förstå grundläggande koncept i programmering så är ett relativt enkelt språk att föredra, C# och C++ är väldigt stora språk med väldigt många finesser. Java är ett något mindre språk (sätt till finesser som finns i själva språket) med är ändå relativt komplicerat.

Python är av många ansett som en av de bästa språket att lära sig programmera i, men personligen skulle jag även rekommendera Clojure (som är ett VÄLDIGT simpelt språk i grunden, precis som alla LISP dialekter). Ingen av dessa är dock något man skriver spel i. För spel är och förblir C++ överlägset bäst.

Lärde mig själv programmera just p.g.a. att jag ville skriva spel till min C=64. De första spelen gjorde jag i BASIC och senare blev den en blandning av BASIC och Assembler. Kanske inte något att rekommendera idag

Det var intressant att läsa om C++11, hade jag inte en aning om. Men jag ser inte riktigt fördelen med det över vanliga C++? C++11 låter ju mer som C# fast med annan syntax? Anledningen till att man använder C++ är ju just för att det är så effektivt att allokera och avallokera minne själv, och slippa ha en garbage-collector som gör detta åt en, men jag antar att C++11 har en garbage collector inbyggd om man inte behöver avallokera minne själv?
Och som "jag lärde mig en gång i tiden" var faktiskt inte särskillt länge sen, jag går på en högskole-spelprogrammerings-utbildning och C++11 har aldrig nämnts under våra kurser.

C++11 är minst lika effektivt som ett likvärdigt program skrivet i gammal C++stil, och det är ingen garbage collector inblandad. Vidare ljuger virtual void lite om att det på något vis skulle ha blivit enklare att hantera minne, om något så har det väl blivit mer komplicerat. Visst, man skyddas från en del problem som vilda pekare och minnesläckor, men med C++11 måste man ha minst lika stor koll på var ens minne befinner sig och vem det ägs/hanteras av.

Att säga att C++ används för att det är effektivt att hantera sitt eget minne är väl också något av en lögn, men visst, det kan effektivisera en hel del. Just därför är det minst lika viktigt nu som då att man faktiskt vet vad som händer med ens minne, inte minst när man börjar slänga runt sina objekt som diverse referenser eller pekare via funktions-anrop, simpel tilldelelse, copy-konstruktorer etc.

Anledningen till att använda C++11 över gammel-C++ är just för att det skyddar en från dryga lågnivå-problem, även om man fortfarande bör ha ett visst lågnivå-tänk (nu med mer kompletterande högnivå-tänk) när man skriver sin kod. Vidare blir det ofta färre, kortare rader med mer själv-dokumenterande kod. Sen har de även en del nya features som låter en göra simpla saker effektivare än förr, framför allt då menar jag rvalue-referenser. Det är ett nytt språk som virtual void säger.

Varför skulle du någonsin behöva veta vart minne finns, om vi nu antar att du inte försöker implementara en drivrutin för en enhet som använder sig av minnesmappad I/O?
Och hela poängen med shared_ptr<> är att du INTE behöver veta vem som äger minnet. shared_ptr<> kommer se till att minnet frias när den sista referensen till denna pekare inte lägre gå att nå, vilket skyddar dig både från att jobba med "stale pointers" och skyddar dig från minnesläckor. Och precis som du säger, detta är implementerat helt utan GC. Man använder sig av det faktum att C++ garanterar att alla objekt som ligger på stacken får sin destruktor exikverad när stackramen försvinner (funktionen där variablen skapades retunerar).

Säger inte emot här, men också här har C++11 förenklat en hel del. Du kan, och ska, numera alltid returnera saker "by-value" oavsett hur stora de är. Att göra detta i tidigare versioner av C++ kunde (berodde på kompilator) vara extremt ineffektivt

vector<T> returns_a_million_Ts()
{
    vector<T> v;
    // lägg till milliontals element till 'v'
    return v;
}

...

auto my_v = returns_a_million_Ts();

I C++11 är detta garanterat att vara effektivt p.g.a av att man endast kopierar innanmäte i form av pekare av v[ och man kopierar inte alla element. Rent tekniskt är detta implementerat som att innehållet i my_v (som initialt är tomt) byts mot innehållet i my_v när returns_a_million_Ts retunerar. Denna implementeras av två nya koncept i C++, move-constructor och rvalue-references.

Så detta + shared_ptr<> gör definitivt minneshantering i C++11 enklare än tidigare och det trots att det är mer eller mindre lika effektivt som tidigare. shared_ptr<> har i.o.f.s en liten overhead, men move-ctor och rvalue-references gör saker effektivare, så det är nog ungefär hugget som stucket.

C++11 är egentligen fel namn, det jag visade ovan är helt enkelt hur C++ ser ut sedan ett par månader tillbaka när den senaste ISO-standarden för språket blev klar. Och det kan också vara förklaringen till att du inte läste om det, det är en väldigt färsk standard.

C++11 har absolut inget att göra med C++/CLR som Microsoft skapade att göra C++ till ett .Net språk. Personligen förstod jag aldrig poängen med C++/CLR då jag inte ser värdet i att använda C++ på .Net när C# dels är skapat för .Net och dels så fanns den en del saker i C++ som inte passade i .Net så C++/CLR är inte kompatibelt med "riktig" C++. Och det är definitivt inget fel med språket C#. Om jag förstått Microsoft presentationer rätt kring WinRT, Win8 etc. så kommer man inte jobba vidare med C++/CLR i framtiden.

Framtiden för Microsoft är C++11 (i.e. C++ utan .Net) då dels DirectX alltid varit ett C++ API (fast det finns wrappers till t.ex. C#) och WinRT (det nya Windows API:et) är också ett C++ (C++11) API (med wrappers för bl.a. C#/.Net och JavaScript).

Är också därför C++ även i fortsättningen kommer vara spelprogrammerarens förstahands val. C++ används för spelutveckling på Windows (DirectX), C++ kan användas (och används till väldigt stor del) för spelutveckling på iOS och Android då dessa använder sig av OpenGLES, som är ett C-API. Visst kan andra språk användas, men då kommer man alltid använda något där underliggande API:er endast är en wrapper kring det "riktiga" API:et för grafik, ljud etc.

Mycket tyder också på att WP8 kommer få stöd för "native" programmering med C++ och Win8 kommer som sagt definitivt få detta. Så även om man riktar in sig på att skriva spel för Microsoft mobilplattformar så kommer C++ vara förstahandsvalet inom en snar framtid.