[C(++)] voor dummies - Deel 1 | Digital Corner (DIG/DEV)

zondag 18 april 2010 @ 10:25:13 #51

Cruise.Elroy

Zeldzaam

quote:
Op zondag 18 april 2010 01:25 schreef netolk het volgende:

[..]

Ja en elke ander C based programeer taal... dus uiteindelijk gewoon allemaal asambly code

Er worden in de uithoeken van wetenschappelijk onderzoek vaak nog "rare" talen gebruikt. Fortran is nog steeds populairder dan C(++) in sommige gebieden. De eerste adventure game ADVENT was in Fortran geschreven

zondag 18 april 2010 @ 12:02:46 #52

netolk

maar dan andersom

quote:
Op zondag 18 april 2010 10:25 schreef Cruise.Elroy het volgende:

[..]

Er worden in de uithoeken van wetenschappelijk onderzoek vaak nog "rare" talen gebruikt. Fortran is nog steeds populairder dan C(++) in sommige gebieden. De eerste adventure game ADVENT was in Fortran geschreven

Windows en Mac zijn voor het grootste deel in C en C++ geschreven...

Beware of the Raping Zebra's

zondag 18 april 2010 @ 12:05:30 #53

netolk

maar dan andersom

Ik ben nu een beetje aan het klooien met pointers in C++ maar het werkt niet zo als ik zou verwachten..
dit is de code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

#include <iostream>

struct Test{
   int a;
   Test(){a=0;}
   int get(){return a;}
};

struct Test2{
   Test *myPointer;

   Test2(Test test){myPointer = &test;}
   int get(){return (*myPointer).a;}
   int get2(){return myPointer->a;}
   ~Test2(){delete myPointer; myPointer = 0;}
};

int main(){
   Test myTest;
   Test2 Test2(myTest);
   myTest.a = 9;

   std::cout << myTest.get() << '\t' << Test2.get() << '\n';
   std::cout << myTest.a << '\t' << Test2.myPointer->a << '\n';

   int a = 3;
   int *b;
   b = &a;
   *b = 8;

   std::cout << a << '\t' << *b << '\n';

   return 0;
}

de output is:

1
2
3

9       0
9       9
8       8

en ik had nog een vraag waarom kan in de onderstaande code het bovenste wel en het onderste niet? dit zou toch het zelfde moeten zijn?

1 2	std::cout << myTest.a << '\t' << Test2.myPointer->a << '\n'; std::cout << myTest.a << '\t' << Test2.(*myPointer).a << '\n';

bij de onderste code geeft ie out of scope error...
Mvg. netolk

Beware of the Raping Zebra's

zondag 18 april 2010 @ 12:10:30 #54

netolk

maar dan andersom

quote:
Op zondag 28 maart 2010 16:01 schreef Cruise.Elroy het volgende:

[..]

Het standaard invoersysteem van C++ heeft daar geen standaard oplossing voor.
Wat je kan proberen zijn de functies _kbhit() en _getch()
Ze zitten in de header conio.h.

Dit zijn oude functies uit het DOS/POSIX en worden niet meer goed ondersteund dus let daar wel mee op.
[ code verwijderd ]

je kan denk ik beter zoiets gebruiken:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45

#include <windows.h>
char GetKey()
{
   // get standard console handle
   HANDLE myHandle = ::GetStdHandle(STD_INPUT_HANDLE);

   // read input until a key has been pressed
   INPUT_RECORD myEvent[1];
   DWORD myNumberOfEvents;

   do
   {
      // read input
      ::ReadConsoleInput(myHandle, myEvent, 1, &myNumberOfEvents);
   } while ((myEvent[0].EventType != KEY_EVENT) ||
      (myEvent[0].Event.KeyEvent.bKeyDown != TRUE));

   // return ASCII code
   return myEvent[0].Event.KeyEvent.uChar.AsciiChar;
}

/**
* Waits for a key to be pressed and returns the key's virtual key code.
*
* @returns   the virtual key code of the pressed key
*/
WORD GetVirtualKey()
{
   // get standard console handle
   HANDLE myHandle = ::GetStdHandle(STD_INPUT_HANDLE);

   // read input until a key has been pressed
   INPUT_RECORD myEvent[1];
   DWORD myNumberOfEvents;

   do
   {
      // read input
      ::ReadConsoleInput(myHandle, myEvent, 1, &myNumberOfEvents);
   } while ((myEvent[0].EventType != KEY_EVENT) ||
      (myEvent[0].Event.KeyEvent.bKeyDown != TRUE));

   // return ASCII code
   return myEvent[0].Event.KeyEvent.wVirtualKeyCode;
}

dit werkt dan wel alleen op windows

Beware of the Raping Zebra's

zondag 18 april 2010 @ 12:10:37 #55

Cruise.Elroy

Zeldzaam

quote:
Op zondag 18 april 2010 12:02 schreef netolk het volgende:

[..]

Windows en Mac zijn voor het grootste deel in C en C++ geschreven...

Ik neem aan dat je OSX bedoelt.

Stiekem is OSX in ADA geschreven, maar dat weten veel mensen niet.

zondag 18 april 2010 @ 12:11:56 #56

Cruise.Elroy

Zeldzaam

quote:
Op zondag 18 april 2010 12:10 schreef netolk het volgende:

[..]

je kan denk ik beter zoiets gebruiken:
[ code verwijderd ]

dit werkt dan wel alleen op windows

Behalve dat mijn oplossing maar 1 regel code is. En nog beter portable ook.

zondag 18 april 2010 @ 12:13:05 #57

netolk

maar dan andersom

quote:
Op zondag 18 april 2010 12:11 schreef Cruise.Elroy het volgende:

[..]

Behalve dat mijn oplossing maar 1 regel code is. En nog beter portable ook.

je zegt zelf dat het niet goed ondersteund word...

Beware of the Raping Zebra's

zondag 18 april 2010 @ 12:13:18 #58

Cruise.Elroy

Zeldzaam

quote:
Op zondag 18 april 2010 12:05 schreef netolk het volgende:
Ik ben nu een beetje aan het klooien met pointers in C++ maar het werkt niet zo als ik zou verwachten..
dit is de code:
[ code verwijderd ]

de output is:
[ code verwijderd ]

en ik had nog een vraag waarom kan in de onderstaande code het bovenste wel en het onderste niet? dit zou toch het zelfde moeten zijn?
[ code verwijderd ]

bij de onderste code geeft ie out of scope error...
Mvg. netolk

1
2
3
4
5
6
7
8

struct Test2{
   Test *myPointer;

   Test2(Test test){myPointer = &test;}
   int get(){return (*myPointer).a;}
   int get2(){return myPointer->a;}
   ~Test2(){delete myPointer; myPointer = 0;}
};

Je code is niet echt makkelijk te lezen, maar als ik het even snel doorlees:
In de constructor Test2:Test2() geef je by value een struct mee: myPointer refereert dus naar de tijdelijke parameter Test test.

Waarschijnlijk wil je hebben:

1	Test2(Test* test){myPointer = test;}

of om met references te werken (maar dat zou ik niet doen totdat je pointers echt snapt):

1	Test2(Test& test){myPointer = &test;}

zondag 18 april 2010 @ 12:17:27 #59

Cruise.Elroy

Zeldzaam

quote:
Op zondag 18 april 2010 12:13 schreef netolk het volgende:

[..]

je zegt zelf dat het niet goed ondersteund word...

Niet goed, maar beter dan een spagetti aan windows API calls

edit: het zijn geen api calls. Je hebt dus gelijk

Mijn code werkt onder *de meeste* windows compilers en waarschijnlijk ook aan de praat te krijgen onder Linux, maar niet makkelijk.

zondag 18 april 2010 @ 12:19:34 #60

netolk

maar dan andersom

quote:
Op zondag 18 april 2010 12:10 schreef Cruise.Elroy het volgende:

[..]

Ik neem aan dat je OSX bedoelt.
Stiekem is OSX in ADA geschreven, maar dat weten veel mensen niet.

wel raar dat Appel zelf wel zegt dat het framework bijvoorbeeld voor een groot deel in objective-C is geschreven en andere dingen ook in C/C++ geschreven zijn...

Beware of the Raping Zebra's

zondag 18 april 2010 @ 12:24:17 #61

Cruise.Elroy

Zeldzaam

quote:
Op zondag 18 april 2010 12:19 schreef netolk het volgende:

[..]

wel raar dat Appel zelf wel zegt dat het framework bijvoorbeeld voor een groot deel in objective-C is geschreven en andere dingen ook in C/C++ geschreven zijn...

Het was een grapje.

ADA is een draak van een taal die door de US Department of Defense verplicht was gesteld ergens in de 80 tot aan eind 90s.

zondag 18 april 2010 @ 12:29:11 #62

netolk

maar dan andersom

1	1 Test2(Test& test){myPointer = &test;}

dus als ik het goed begrijp dan refereert test nu aan een Test en myPointer checkt dan dus de locatie van test die dan weer naar de meegegeven Test in de constructor wijst?

Test voorbeeld;
Test2 voorbeeld2(voorbeeld);

myPointer -> test -> voorbeeld

of klopt dit niet?

Beware of the Raping Zebra's

zondag 18 april 2010 @ 12:29:29 #63

netolk

maar dan andersom

quote:
Op zondag 18 april 2010 12:24 schreef Cruise.Elroy het volgende:

[..]

Het was een grapje.
ADA is een draak van een taal die door de US Department of Defense verplicht was gesteld ergens in de 80 tot aan eind 90s.

dacht al

Beware of the Raping Zebra's

zondag 18 april 2010 @ 12:40:50 #64

Cruise.Elroy

Zeldzaam

quote:
Op zondag 18 april 2010 12:29 schreef netolk het volgende:

[ code verwijderd ]

dus als ik het goed begrijp dan refereert test nu aan een Test en myPointer checkt dan dus de locatie van test die dan weer naar de meegegeven Test in de constructor wijst?

Test voorbeeld;
Test2 voorbeeld2(voorbeeld);

myPointer -> test -> voorbeeld

of klopt dit niet?

Ongeveer, het gaat gewoon
myPointer -> voorbeeld

Als je de locatie van een reference opvraagt krijg je gewoon de locatie terug van het object.
Een reference is een soort "onzichtbare" pointer, het gedraagt zich gewoon als een object.

zondag 18 april 2010 @ 12:45:01 #65

netolk

maar dan andersom

chill, ik wist dat het moest kunnen maar niet zo snel hoe

bedankt Cruise.Elroy het werkt nu

Beware of the Raping Zebra's

zondag 18 april 2010 @ 15:37:14 #66

SinofEnvy

Eindbaas

tvp.

zondag 9 mei 2010 @ 15:10:17 #67

minibeer

Hallo

Sinds een tijdje ben ik ook bezig met c++ leren, en de taal bevalt me eigenlijk wel

. Ik heb visual c++ van microsoft gedownload en ben nu een beetje bezig met de taal leren. Is dit een goede keus? (Ik hoorde ergens dat c++ dé taal was om te programmeren in windows, of spellen te programmeren, dus het leek me wel ok, maar ik hoorde ergens anders weer dat c# tegenwoordig meer gebruikt is...)

Finally, someone let me out of my cage

zondag 9 mei 2010 @ 15:36:05 #68

Intrepidity

Er is denk ik geen 'dé' taal voor een bepaald platform, dat hangt compleet van het project en de eisen en dergelijke af. Voor spellen is C++ inderdaad veelgebruikt op Windows in combinatie met Direct3D en dergelijke, hoewel C# op dat gebied ook prima werkt. C# wordt dan weer meer gebruikt voor 'gewone' windows-applicaties, webapplicaties (icm ASP.net) en RIA's (icm Silverlight)
Ik denk over het algemeen dat je met C# een breder pallet aan applicaties kunt bouwen met dezelfe kennis en moeite (een windows-applicatie bouwen gaat met winforms/wpf nou eenmaal sneller als in C++ met de WIn32-API).

zondag 9 mei 2010 @ 15:58:43 #69

minibeer

quote:
Op zondag 9 mei 2010 15:36 schreef Intrepidity het volgende:
Er is denk ik geen 'dé' taal voor een bepaald platform, dat hangt compleet van het project en de eisen en dergelijke af. Voor spellen is C++ inderdaad veelgebruikt op Windows in combinatie met Direct3D en dergelijke, hoewel C# op dat gebied ook prima werkt. C# wordt dan weer meer gebruikt voor 'gewone' windows-applicaties, webapplicaties (icm ASP.net) en RIA's (icm Silverlight)
Ik denk over het algemeen dat je met C# een breder pallet aan applicaties kunt bouwen met dezelfe kennis en moeite (een windows-applicatie bouwen gaat met winforms/wpf nou eenmaal sneller als in C++ met de WIn32-API).

dankje voor je reactie

ik snap de relatie tussen c# en c++ eigenlijk ook niet zo goed. C# is toch een opvolger van c++? MAar hij is wel simpeler en 'minder krachtig' gemaakt?
Lijken de talen zoveel op elkaar dat je zonder problemen alletwee kan leren?

Finally, someone let me out of my cage

zondag 9 mei 2010 @ 16:08:49 #70

Intrepidity

Nee, C# is geen directe opvolger van C++. C# is als het ware een kruising tussen C++ en Java. Je maakt doorgaans gebruik van het .net framework die al een hele hoop functionaliteit bevat die in je in C++ zelf zou hebben moeten programmeren, of die in ieder geval lastiger te gebruiken was. Dat betekent dat je minder tijd kwijt bent met het opnieuw uitvinden van het wiel, maar aan de andere kant beslist het framework hoe bepaalde dingen opgelost worden, terwijl je daar in C++ meer vrijheid in had.
Het maken van Windows-applicaties in C++ heb ik een aantal jaar geleden gedaan met de Win32-API, en als je ziet hoe verrot lastig het daarin al is om een simpele treeview (ik noem maar iets) op je scherm te tekenen met handles en long pointers to c strings en weet ik veel wat voor rotte datatypen allemaal dan ben ik toch blij dat ik dat in Visual Studio en C# gewoon doe door een treeview-control naar mijn venster te slepen

Dat betekent echter wel dat als ik de treeview iets wil laten doen wat niet standaard in het .net-framework zit (hoewel de kans daarop vrij klein is), dat het dan een stuk lastiger wordt.
De syntax is tot op zekere hoogte vergelijkbaar (een for-loop is een for-loop), maar in C# los je een hele hoop op met het .net framework waar dat in C++ wat lastiger gaat.
Ik moet wel toegeven dat ik geen ervaring heb met Visual C++ in combinatie met het .net framework, dus ik heb geen idee wat de verschillen zijn tussen C# .net en C++ .net

Ik weet wel dat ik C++ zonder .net geen prettige bezigheid vond

zondag 9 mei 2010 @ 17:24:44 #71

Cruise.Elroy

Zeldzaam

Windows applicaties maken in C++ is heel veel werk zodra je veel venstertjes etc. gaat maken, dan kan je beter C# oid gebruiken. Voor professionele games is C++ weer "beter" omdat het allemaal nog verder geoptimaliseerd kan worden.

C++ is een goede taal om te leren omdat je high-level (OOP) semantiek en low-level semantiek in 1 taal hebt zitten, maar het nadeel is dat het daarom nogal overdonderend kan zijn. C# haalt veel kopzorgen voor je weg en geeft je hele mooie tools om venstertjes etc. te bouwen.

zondag 9 mei 2010 @ 17:52:35 #72

Trollface.

gr rob fruithof, groningencity

Windows API i.c.m. C++ is inderdaad niet de beste keuze. Heeft iemand hier ervaring met C++ en GTK voor de GUI?

Ohja, en de WinAPI/.NET is niet cross-platform natuurlijk, dus OSX- en Linux-gebruikers kunnen er niets mee.

★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★

zondag 9 mei 2010 @ 20:07:12 #73

minibeer

nouja, ik ben toch alleen met de absolute basis van c++ bezig, loopjes die me via pointers en references wat ouput geven (via cout, want ik snap niets van printf

), dus ik denk dat het geen kwaad kan eerst maar eens c++ te leren. Als ik dan daadwerkelijk windows applications wil maken, wat wss nog wel even duurt, ga ik wel weer over c# nadenken. Als de syntax op zich gewoon hetzelfde is lijkt me dat niet zo'n probleem

Finally, someone let me out of my cage

zondag 9 mei 2010 @ 20:07:48 #74

Crutch

Filantroop || Taalzwengel

Ik heb net een (misschien buggy) iTunes remote dingetje gemaakt in C# .Net

M'n eerste werkende programmaatje.

Je moeder is een hamster

zondag 9 mei 2010 @ 21:37:46 #75

Trollface.

gr rob fruithof, groningencity

Ik zou de sluitknop en het kader eromheen weghalen, je hebt toch al een sluitknop?

Tevens is er een ander topic voor .NET eigenlijk, toch?

★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★

Forum Opties
Forumhop:
Hop naar:	(afkorting, bv 'KLB')

[C(++)] voor dummies - Deel 1

» digital corner

» development

» digital corner

» development