DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Er is helemaal niets mis met scanf en printf gebruiken in C++-code. Sterker nog, ik zie cout en cin zelden buiten leerboeken, en dat heeft een reden.quote:Op zaterdag 8 september 2012 16:29 schreef GS42 het volgende:
[..]
Ten eerste: waarom probeer je het te doen? Het lijkt op of een opgave uit een leerboek of een huiswerkopdracht. Iets meer context is handig.
Als het uit een leerboek is: hoe oud is je boek? Je gebruikt conio.h en int main(void) waardoor ik een beetje het idee heb weer in de jaren '80 te zitten.En als je boek werkelijk over C++ gaat, doe je er beter aan weg te gooien. Als je boek over C gaat, kan je er misschien wel iets mee.
Dat is namelijk het tweede punt: als je C++ code probeert te schrijven, kan je beter helemaal overnieuw beginnen: het gebruik van printf en scanf is een doodszonde. Beter kan je het vanaf het begin goed leren. (Als je echter een C programma probeert te schrijven, is het prima.)
En je lijkt nogal wat basisconcepten niet duidelijk te hebben, zoals wat er opgeslagen wordt in een fundamenteel type en wat de operatoren doen. Het helpt om hierover te lezen voordat je begint te typen.
Want ik heb destijds besloten, dat ik de harde weg ontwijk.
Dus blijf ik lopen door de sloten, het liefst in zeven tegelijk.
BZB - Zeven Sloten
Dus blijf ik lopen door de sloten, het liefst in zeven tegelijk.
BZB - Zeven Sloten
Tja, ik weet niet hoor maar std::cin en std::cout zijn zeg maar gemaakt voor C++ en scanf en printf zijn "oude" functies vanuit C overigens kunnen ze nog nuttig zijn maar het heeft een reden dat ze niet in de std zittenquote:
[..]
Er is helemaal niets mis met scanf en printf gebruiken in C++-code. Sterker nog, ik zie cout en cin zelden buiten leerboeken, en dat heeft een reden.
Beware of the Raping Zebra's
En waarom weet je dit dan niet als je die opdrachten moet maken?quote:
[..]
Ik moet voor a.s. woensdag 4 opdrachten inleveren en zit pas op 1/4Klakkeloos overnemen van anderen heeft geen zin bij dit vak, dat weet ik. Bovendien weet de docent dat snel genoeg te achterhalen dus daar ben ik niet op uit. Eerder informatie zodat ik een beetje op gang geholpen kan worden.
Die conio die je bedoelt is overbodig weet ik, maar ik laat 'm maar erbij staan.
Ik heb nog een vaag dictaat gevonden op school maar daar kom ik ook niet erg wijs uit. Weet jij een gratis betere NLse versie?
niet naar college geweest of is het een slechte docent?
of ben je gewoon te laat begonnen???
Beware of the Raping Zebra's
Heb een heel schooljaar gemist. Docent is maandag wel bereikbaar voor vragen. Programmeren valt eigenlijk niet uit te leggen. De stof komt al snel over als 'blackmagic'. Pas na 10 keer oefenen leer je er iets van.quote:
[..]
En waarom weet je dit dan niet als je die opdrachten moet maken?
niet naar college geweest of is het een slechte docent?
of ben je gewoon te laat begonnen???
Klopt, dat is dus ook de reden waarom je de basis moet begrijpen want anders zal het je niet lukken...quote:
[..]
Heb een heel schooljaar gemist. Docent is maandag wel bereikbaar voor vragen. Programmeren valt eigenlijk niet uit te leggen. De stof komt al snel over als 'blackmagic'. Pas na 10 keer oefenen leer je er iets van.
kijk hier anders eens: klik
en verder kun je heel veel vinden op google en wikipedia...
Beware of the Raping Zebra's
Je hebt nog niet aangegeven of de cursus nu in C of C++ wordt gegeven, maar op basis van de code neem ik aan dat het C is. Dan is dit een prima en online beschikbaar boek om te lezen: ftp://ftp.icce.rug.nl/pub/frank/tmp/cbook.pdfquote:
[..]
Ik moet voor a.s. woensdag 4 opdrachten inleveren en zit pas op 1/4
Die conio die je bedoelt is overbodig weet ik, maar ik laat 'm maar erbij staan.
Ik heb nog een vaag dictaat gevonden op school maar daar kom ik ook niet erg wijs uit. Weet jij een gratis betere NLse versie?
Als het toch C++ betreft, kan je hier kijken voor tips. Misschien zijn boeken op die lijst vertaald naar het Nederlands?
"Slechts diegene mag slopen die iets beters kan bouwen."
Ah, leuk. Waarom denk je dat er niets mis mee is en welke reden denk je gevonden te hebben?quote:
Er is helemaal niets mis met scanf en printf gebruiken in C++-code. Sterker nog, ik zie cout en cin zelden buiten leerboeken, en dat heeft een reden.
Misschien is mijn 'doodszonde' een beetje sterk uitgedrukt (
), maar ik sta er zeker achter dat in een C++ programma scanf en printf niet gebruikt moeten worden, tenzij daar heel erg goede en gedocumenteerde redenen voor zijn (waarvan ik geen enkel voorbeeld kan verzinnen...). En dat is niet omdat ze slecht zijn, maar wel omdat C++ voor beide een beter alternatief levert.Beide oude C-functies verwachten een format-string en scanf verwacht pointers naar types. Dit zijn twee punten waarop gemakkelijk fouten gemaakt kunnen worden die met de C++-functies onmogelijk zijn. Daarnaast geven de input en output streams van C++ betere uniformiteit (schrijven naar bestanden of sockets kan op dezelfde manier als schrijven naar cout), meer formatting opties (zie iomanip) en meer mogelijkheden (zo is het mogelijk een class direct in std::cout te stoppen). Vroeger waren er nog wel eens verhalen dat het een of het ander sneller zou zijn, maar de compiler-kwaliteit is nu zo dat ik geen enkel verschil verwacht; er is namelijk geen technische reden waarom er verschil zou zijn.
Ik zie ook wel eens (niet vaak) printf en scanf in C++-code staan en ik denk ook dat het een reden heeft. Die reden is volgens mij omdat veel C-programmeurs 'overgestapt' zijn naar C++ zonder hun programmeerstijl aan te passen: ze gebruiken C++ gewoon als C met een beetje STL. Prima natuurlijk, maar het levert geen nette C++ code op.
Maar zoals ik al zei, ik ben benieuwd naar jouw kant. Kijk je veel naar andermans code en naar welke reden verwijs je?
"Slechts diegene mag slopen die iets beters kan bouwen."
Er bestaat al een Nls C++ forum...quote:
[..]
Klopt, dat is dus ook de reden waarom je de basis moet begrijpen want anders zal het je niet lukken...
kijk hier anders eens: klik
en verder kun je heel veel vinden op google en wikipedia...
C++ is ook een erg goede taal om verschikkelijke code in te schrijven. De volgende code is geldige C++(11). Het is dus prima te compileren en te runnen. Kan je voorspellen wat de output is? En waarom?
Dit demonstreert mooi het nut van niet alleen juist maar ook duidelijk programmeren.
| 1 2 3 4 5 6 7 8 9 10 | ??=include <iostream> %:include <algorithm> #include <iterator> auto main() -> decltype(std::ios_base::xalloc() & false) ??< decltype(main()) _int<::> = <%??-??-72,101,??-??-108,108,111,??-??-32,119,111,??-??-114,108,100,??-??-46,10??>; std::copy(_int, _int + sizeof(_int) / sizeof(_int??(??--1U??)), std::ostream_iterator<decltype('??!')>(std::cout)); // Vreemd, he??/ std::cout << "Program done.\n"; ??> |
Dit demonstreert mooi het nut van niet alleen juist maar ook duidelijk programmeren.
"Slechts diegene mag slopen die iets beters kan bouwen."
Ik heb bij verschillende bedrijven code gezien en geschreven. Over het algemeen werd printf, scanf, cout en cin daar alleen gebruikt voor debug/logging. Vooral fprintf en fscanf dus. Deels zal dat zeker komen door mensen die overgestapt zijn uit C, maar zelf heb ik bijvoorbeeld eerst C++ geleerd (met cout en cin) en daarna pas C. Ik vind het gebruik van (f)printf en (f)scanf fijner omdat je op een makkelijkere en snellere manier meer controle hebt over hoe de formatting van je data is.quote:
[..]
Ah, leuk. Waarom denk je dat er niets mis mee is en welke reden denk je gevonden te hebben?
Misschien is mijn 'doodszonde' een beetje sterk uitgedrukt (
Beide oude C-functies verwachten een format-string en scanf verwacht pointers naar types. Dit zijn twee punten waarop gemakkelijk fouten gemaakt kunnen worden die met de C++-functies onmogelijk zijn. Daarnaast geven de input en output streams van C++ betere uniformiteit (schrijven naar bestanden of sockets kan op dezelfde manier als schrijven naar cout), meer formatting opties (zie iomanip) en meer mogelijkheden (zo is het mogelijk een class direct in std::cout te stoppen). Vroeger waren er nog wel eens verhalen dat het een of het ander sneller zou zijn, maar de compiler-kwaliteit is nu zo dat ik geen enkel verschil verwacht; er is namelijk geen technische reden waarom er verschil zou zijn.
Ik zie ook wel eens (niet vaak) printf en scanf in C++-code staan en ik denk ook dat het een reden heeft. Die reden is volgens mij omdat veel C-programmeurs 'overgestapt' zijn naar C++ zonder hun programmeerstijl aan te passen: ze gebruiken C++ gewoon als C met een beetje STL. Prima natuurlijk, maar het levert geen nette C++ code op.
Maar zoals ik al zei, ik ben benieuwd naar jouw kant. Kijk je veel naar andermans code en naar welke reden verwijs je?
Bijvoorbeeld:
| 1 | fprintf(dumpfile,"%.1f\t%.5f\n",input,result); |
| 1 2 3 4 | dumpfile.setprecision(1); dumpfile << fixed << input << "\t"; dumpfile.setprecision(5); dumpfile << result << endl; |
EDIT:
Ik zie nu dat dit ook kan, maar dan vind ik de fprintf nog steeds makkelijker.
| 1 | dumpfile << fixed << setprecision(1) << input << "\t" << setprecision(5) << result << endl; |
Want ik heb destijds besloten, dat ik de harde weg ontwijk.
Dus blijf ik lopen door de sloten, het liefst in zeven tegelijk.
BZB - Zeven Sloten
Dus blijf ik lopen door de sloten, het liefst in zeven tegelijk.
BZB - Zeven Sloten
Het voordeel van printf is de formatting, en het voordeel van cin en cout is dat je er niet tot beperkt bent maar dezelfde code bijvoorbeeld ook kunt toepassen op stringstreams. Het heeft allebei voor- en nadelen, en je moet gewoon datgene gebruiken wat voor je specifieke doeleinden het beste is.
Ik kan me wel voorstellen dat je het gemakkelijker en sneller vindt, omdat het inderdaad een stuk korter is om te typen. Echter, zover ik weet geeft printf niet "meer" controle. In jouw voorbeeldcode vind ik zelf de C++ code mooier om te lezen: ik vind het duidelijker om te zien wat er gebeurt, vooral omdat "setprecision" meer betekenis heeft dan "%.1f". Maar dit zal ook grotendeels gebaseerd zijn op voorkeur. De voordelen van de C++-aanpak die ik al genoemd heb, blijven natuurlijk onafhankelijk van mening.quote:
Ik vind het gebruik van (f)printf en (f)scanf fijner omdat je op een makkelijkere en snellere manier meer controle hebt over hoe de formatting van je data is.
Het enige objectieve voordeel van de printf-notatie is volgens mij dat printf tekst en variabelen mooi gescheiden houdt. Als je bijvoorbeeld een applicatie in meerdere talen wilt leveren, dan is iets als "Je leeftijd is %d jaar en %d dagen" mooi in een apart bestandje te zetten en kan je elke zin in een keer vertalen. Met std::cout gaat dit moeilijker, omdat je de zin in stukjes moet knippen.
Dit is natuurlijk niet de primaire functie van output-methoden en dus eigenlijk een toevallig effect van printf, maar wel een heel handige eigenschap. Boost heeft een library om dit effect ook in C++ te bereiken, met de voordelen van C++ (typesafe en eigen klassen gemakkelijk afdrukken) erbij.
Ik kan goed begrijpen dat je de printf-notatie gemakkelijker te typen vindt, maar ik denk dat de voordelen van de C++-alternatieven zwaarder wegen dan dat gemak.
"Slechts diegene mag slopen die iets beters kan bouwen."
Hm even analyseren.quote:
C++ is ook een erg goede taal om verschikkelijke code in te schrijven. De volgende code is geldige C++(11). Het is dus prima te compileren en te runnen. Kan je voorspellen wat de output is? En waarom?
[ code verwijderd ]
Dit demonstreert mooi het nut van niet alleen juist maar ook duidelijk programmeren.
Krijg wel leuke warnings.
trigraphs...
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | $ g++ -Wall -Wextra -std=c++11 -o meuk meuk.cpp meuk.cpp:1:1: warning: trigraph ??= converted to # [-Wtrigraphs] meuk.cpp:5:58: warning: trigraph ??< converted to { [-Wtrigraphs] meuk.cpp:6:35: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:36: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:44: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:45: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:58: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:59: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:71: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:72: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:85: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:86: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:6:92: warning: trigraph ??> converted to } [-Wtrigraphs] meuk.cpp:7:54: warning: trigraph ??( converted to [ [-Wtrigraphs] meuk.cpp:7:55: warning: trigraph ??- converted to ~ [-Wtrigraphs] meuk.cpp:7:59: warning: trigraph ??) converted to ] [-Wtrigraphs] meuk.cpp:7:95: warning: trigraph ??! converted to | [-Wtrigraphs] meuk.cpp:8:18: warning: trigraph ??/ converted to \ [-Wtrigraphs] meuk.cpp:8:5: warning: multi-line comment [-Wcomment] meuk.cpp:10:1: warning: trigraph ??> converted to } [-Wtrigraphs] |
-edit-
Als je wil weten wat dit wordt, gebruik -E in gcc
| 1 2 3 4 5 | auto main() -> decltype(std::ios_base::xalloc() & false) { decltype(main()) _int<::> = <%~~72,101,~~108,108,111,~~32,119,111,~~114,108,100,~~46,10}; std::copy(_int, _int + sizeof(_int) / sizeof(_int[~-1U]), std::ostream_iterator<decltype('|')>(std::cout)); } |
[ Bericht 30% gewijzigd door t4rt4rus op 14-09-2012 18:43:45 ]
Netjes, dat is de eerste stap. Dat zijn inderdaad twee vuile truukjes die ik erin heb gestopt: het gebruik van trigraphs en (gerelateerd) de dubbele commentaar-regel die schijnbaar uitgevoerde code verstopt.quote:
[..]
Hm even analyseren.
Krijg wel leuke warnings.
trigraphs...
[ code verwijderd ]
-edit-
Als je wil weten wat dit wordt, gebruik -E in gcc
[ code verwijderd ]
Let op dat ??/ in de comment er voor zorgt dat de regel erna ook een comment is.
Trigraphs zijn tekencombinaties die beginnen met ?? en bepaalde speciale tekens "#\^[]|{}~" kunnen vervangen (omdat die tekens vroeger niet op alle machines beschikbaar waren). Ook kan je ermee dus een commentaar-regel door laten lopen naar de volgende regel. De preprocessor vervangt deze trigraphs door het 'normale' teken en compileert daarna de code verder. Zoals je kunt zien leidt het gebruik van trigraphs tot onleesbare code en moet je ze dan ook nooit gebruiken, maar het is nuttig om te weten dat ze bestaan: ze kunnen rare problemen veroorzaken.
Maar zelfs nadat de preprocessor erover is geweest, is de code nog niet gemakkelijk te lezen. Er zit nog een aantal andere vreemde constructies in, waarbij de compiler-waarschuwingen je niet gaan helpen.
"Slechts diegene mag slopen die iets beters kan bouwen."
Als je dan ook nog de digraphs eruit haalt en de dubbele not operators, is het toch wel te lezen?quote:
[..]
Maar zelfs nadat de preprocessor erover is geweest, is de code nog niet gemakkelijk te lezen. Er zit nog een aantal andere vreemde constructies in, waarbij de compiler-waarschuwingen je niet gaan helpen.
Vond die digraph <::> wel leuk, dan denk je dat het een één of andere template is maar het is gewoon een array.
Wel vreemd dat de preprocessor de digraphs niet er niet uithaalt.
Even kijken of dat echt zo is...
-edit-
En volgens mij mag `decltype(main())' niet.
Je bedoelt met "dubbele not operators" de bitwise complement operators (~)? En die digraph vond ik inderdaad ook leuk om de template-achtige notitie. Het is niet vreemd dat de preprocessor de digraphs er niet uithaalt, omdat dit niet door de preprocessor gedaan wordt. De digraphs worden tijdens het compileren zelf verwerkt.quote:
[..]
Als je dan ook nog de digraphs eruit haalt en de dubbele not operators, is het toch wel te lezen?
Vond die digraph <::> wel leuk, dan denk je dat het een één of andere template is maar het is gewoon een array.
Wel vreemd dat de preprocessor de digraphs niet er niet uithaalt.
Even kijken of dat echt zo is...
-edit-
En volgens mij mag `decltype(main())' niet.
Waarom mag decltype(main()) niet, denk je? Ik ben er niet 100% zeker van dat het mag, maar ik heb niets gevonden dat zegt dat het niet mag. De functie wordt niet uitgevoerd (daarom is decltype(i++) ook zo'n gemeen statement) en main() levert een rvalue int op, dus ik neem aan dat dat type gewoon gebruikt wordt. Mis ik iets?
Ik ben er ook nog steeds niet helemaal zeker van of "~-1U" wel portable is. Er is natuurlijk wel een elegant en portable alternatief, maar toch.
"Slechts diegene mag slopen die iets beters kan bouwen."
Bitwise not of complement ja.quote:
[..]
Je bedoelt met "dubbele not operators" de bitwise complement operators (~)?
warning: ISO C++ forbids taking address of function ‘::main’quote:Waarom mag decltype(main()) niet, denk je? Ik ben er niet 100% zeker van dat het mag, maar ik heb niets gevonden dat zegt dat het niet mag. De functie wordt niet uitgevoerd (daarom is decltype(i++) ook zo'n gemeen statement) en main() levert een rvalue int op, dus ik neem aan dat dat type gewoon gebruikt wordt. Mis ik iets?
Ik snap hem ook niet.
Wanneer zou dat niet compatible zijn dan?quote:Ik ben er ook nog steeds niet helemaal zeker van of "~-1U" wel portable is. Er is natuurlijk wel een elegant en portable alternatief, maar toch.
Een tijdje terug heb ik op een site gezeten die vergelijkbaar is met Project Euler.
Alleen ging het daar echt om het programmeren en was het wat minder mathematisch.
Je had net als Project Euler vaste vragen, echter was er geen vast antwoord voor een vraag.
Voor elke vraag kreeg je een input die je moest gebruiken in je programma.
Deze input veranderde echter elke keer en je moest binnen een tijdslimiet je antwoord invullen of je moest de pagina herladen om een andere input te krijgen.
Kent iemand deze site?
Alleen ging het daar echt om het programmeren en was het wat minder mathematisch.
Je had net als Project Euler vaste vragen, echter was er geen vast antwoord voor een vraag.
Voor elke vraag kreeg je een input die je moest gebruiken in je programma.
Deze input veranderde echter elke keer en je moest binnen een tijdslimiet je antwoord invullen of je moest de pagina herladen om een andere input te krijgen.
Kent iemand deze site?
Ik wist niet dat ~ ook wel not genoemd wordt; ik dacht gelijk aan operator!.quote:
Bitwise not of complement ja.
[..]
warning: ISO C++ forbids taking address of function ‘::main’
Ik snap hem ook niet.
[..]
Wanneer zou dat niet compatible zijn dan?
En nee, ik snap niet waarom GCC over decltype(main()) klaagt. Misschien iets in de implementatie van decltype(), waardoor de compiler toch denkt dat de operand ergens uitgevoerd wordt. Of het mag echt niet om een of andere reden...
Ik twijfel aan ~-1U omdat ik niet zeker weet of -1U ook gegarandeerd alle bits op 1 zet op rare systemen.
"Slechts diegene mag slopen die iets beters kan bouwen."
ISO/IEC 14882:2011quote:
[..]
En nee, ik snap niet waarom GCC over decltype(main()) klaagt. Misschien iets in de implementatie van decltype(), waardoor de compiler toch denkt dat de operand ergens uitgevoerd wordt. Of het mag echt niet om een of andere reden...
3.6.1/3:
quote:The function main shall not be used within a program.
Boeit voor het programma verder ook niet.quote:Ik twijfel aan ~-1U omdat ik niet zeker weet of -1U ook gegarandeerd alle bits op 1 zet op rare systemen.
http://ideone.com/txgjY
[ Bericht 1% gewijzigd door t4rt4rus op 16-09-2012 20:51:54 ]
Zou USACO kunnen zijn?quote:
Een tijdje terug heb ik op een site gezeten die vergelijkbaar is met Project Euler.
Alleen ging het daar echt om het programmeren en was het wat minder mathematisch.
Je had net als Project Euler vaste vragen, echter was er geen vast antwoord voor een vraag.
Voor elke vraag kreeg je een input die je moest gebruiken in je programma.
Deze input veranderde echter elke keer en je moest binnen een tijdslimiet je antwoord invullen of je moest de pagina herladen om een andere input te krijgen.
Kent iemand deze site?
Die had ik ook gevonden, maar het verduidelijkt hier niet. C++ noemt code namelijk "gebruikt" als het op een plek staat die geevalueerd kan worden, wat binnen decltype() duidelijk niet het geval is.quote:
Dat klopt in deze context inderdaad. Ik vraag het me alleen nog wel af.quote:Boeit voor het programma verder ook niet.
"Slechts diegene mag slopen die iets beters kan bouwen."
Zitten er hier nog mensen op IRC?
Leuk om te channel te maken voor C++ op irc.fok.nl, irc.tweakers.net?
Leuk om te channel te maken voor C++ op irc.fok.nl, irc.tweakers.net?
primaquote:
Zitten er hier nog mensen op IRC?
Leuk om te channel te maken voor C++ op irc.fok.nl, irc.tweakers.net?
#cplusplus
[ Bericht 48% gewijzigd door ouyevoli op 27-09-2012 06:13:33 ]
Op zondag 30 september 2012 02:37 schreef LompeHork het volgende:
ouyevoli vind ik wel kwaliteit.
Op woensdag 3 oktober 2012 23:15 schreef Bitterlemon het volgende:
Ik wil kwaliteit, waar is Ouyevoli?
ouyevoli vind ik wel kwaliteit.
Op woensdag 3 oktober 2012 23:15 schreef Bitterlemon het volgende:
Ik wil kwaliteit, waar is Ouyevoli?
echt welquote:
Werkt dat echt, irc-kanalen over dit soort onderwerpen?
Is gezellig, lol.
Zijn er nog mensen bezig met C++?
Ik ben nu een beetje bezig om Autotools te gebruiken.
Weet alleen niet echt waar te beginnen met het lezen van documentaties.
Iemand een idee?
Ik ben nu een beetje bezig om Autotools te gebruiken.
Weet alleen niet echt waar te beginnen met het lezen van documentaties.
Iemand een idee?
Het volgende pdf'je is aardig leesvoer voor mensen die denken dat C geen object-georiënteerde taal is: http://www.planetpdf.com/codecuts/pdfs/ooc.pdf
C biedt ruime mogelijkheden om volledig OOP te gaan, op een manier die veel dynamischer is dan wat er in het "++"-deel van C++ zit.
In mijn ogen is het belangrijkste voordeel van C++ over C dan ook niet de OOP-structuur, maar de extra type safety die het te bieden heeft.
C biedt ruime mogelijkheden om volledig OOP te gaan, op een manier die veel dynamischer is dan wat er in het "++"-deel van C++ zit.
In mijn ogen is het belangrijkste voordeel van C++ over C dan ook niet de OOP-structuur, maar de extra type safety die het te bieden heeft.
Dat ziet er inderdaad interessant uitquote:Op zaterdag 29 december 2012 14:12 schreef thabit het volgende:
Het volgende pdf'je is aardig leesvoer voor mensen die denken dat C geen object-georiënteerde taal is: http://www.planetpdf.com/codecuts/pdfs/ooc.pdf
C biedt ruime mogelijkheden om volledig OOP te gaan, op een manier die veel dynamischer is dan wat er in het "++"-deel van C++ zit.
In mijn ogen is het belangrijkste voordeel van C++ over C dan ook niet de OOP-structuur, maar de extra type safety die het te bieden heeft.
bedankt
Beware of the Raping Zebra's
Thanks! Mooie pdf. Laatste is ook een belangerijke reden waarom kernels ook nog steeds vaak in C worden geschreven,quote:
Het volgende pdf'je is aardig leesvoer voor mensen die denken dat C geen object-georiënteerde taal is: http://www.planetpdf.com/codecuts/pdfs/ooc.pdf
C biedt ruime mogelijkheden om volledig OOP te gaan, op een manier die veel dynamischer is dan wat er in het "++"-deel van C++ zit.
In mijn ogen is het belangrijkste voordeel van C++ over C dan ook niet de OOP-structuur, maar de extra type safety die het te bieden heeft.
Even een kick,
Sinds kort begonnen met C++ tot nu toe gaat het wel goed, maar het geheugenbeheer schijnt vaak een probleem te zijn bij C++, zeker voor een beginner. Is C++ te doen voor een beginneling of is het te hoog gegrepen en zou je beter met een taal kunnen beginnen waar het geheugen is afgeschermd? Of het valt het allemaal wel mee?
Sinds kort begonnen met C++ tot nu toe gaat het wel goed, maar het geheugenbeheer schijnt vaak een probleem te zijn bij C++, zeker voor een beginner. Is C++ te doen voor een beginneling of is het te hoog gegrepen en zou je beter met een taal kunnen beginnen waar het geheugen is afgeschermd? Of het valt het allemaal wel mee?
Hangt ervan af hoe slim je bent.quote:
Even een kick,
Sinds kort begonnen met C++ tot nu toe gaat het wel goed, maar het geheugenbeheer schijnt vaak een probleem te zijn bij C++, zeker voor een beginner. Is C++ te doen voor een beginneling of is het te hoog gegrepen en zou je beter met een taal kunnen beginnen waar het geheugen is afgeschermd? Of het valt het allemaal wel mee?
Als je het principe snapt dat je geheugen kan alloceren en je dit ook weer terug moet geven, hoeft het geen probleem te zijn.quote:
Even een kick,
Sinds kort begonnen met C++ tot nu toe gaat het wel goed, maar het geheugenbeheer schijnt vaak een probleem te zijn bij C++, zeker voor een beginner. Is C++ te doen voor een beginneling of is het te hoog gegrepen en zou je beter met een taal kunnen beginnen waar het geheugen is afgeschermd? Of het valt het allemaal wel mee?
Maar C++ heeft ook classes voor memory management
Nee, dat is geen enkel probleem. Indien nodig gaat je computer vanzelf het extra geheugen swappen met disk ruimte op je harde schijf. Dat is tevens een mooi moment om een koffie/thee pauze te nemen .
.
Uh, wat? Oh wacht, sarcasme.quote:Op woensdag 13 februari 2013 23:50 schreef Wolfje het volgende:
Nee, dat is geen enkel probleem. Indien nodig gaat je computer vanzelf het extra geheugen swappen met disk ruimte op je harde schijf. Dat is tevens een mooi moment om een koffie/thee pauze te nemen
Als het wel een probleem is dan is geen enkele taal een goed alternatief; slimmer programmeren is dan beter.
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Voor C++ gekozen of met Java bezig?quote:
Even een kick,
Sinds kort begonnen met C++ tot nu toe gaat het wel goed, maar het geheugenbeheer schijnt vaak een probleem te zijn bij C++, zeker voor een beginner. Is C++ te doen voor een beginneling of is het te hoog gegrepen en zou je beter met een taal kunnen beginnen waar het geheugen is afgeschermd? Of het valt het allemaal wel mee?
Ik heb voor C++ gekozen.quote:
[..]
Voor C++ gekozen of met Java bezig?
Ben nu bezig de syntax te leren, maar ik heb het deze week best druk dus ik kan pas in het weekend weer aan de slag.
Goed zoquote:
[..]
Ik heb voor C++ gekozen.
Ben nu bezig de syntax te leren, maar ik heb het deze week best druk dus ik kan pas in het weekend weer aan de slag.
Overigens is de syntax (vind ik) vrij logisch en duidelijk. Ook lijkt deze veel op bijvoorbeeld C en Java
Beware of the Raping Zebra's
Met andere talen kun je niet zo makkelijk een willekeurig stuk geheugen overschrijven. Je hebt een buffer overflow voordat je er erg in hebt en krijgt geen enkele waarschuwing hierover. Dat is het probleem voor beginners met C of C++.quote:Op donderdag 14 februari 2013 00:35 schreef trancethrust het volgende:
[..]
Als het wel een probleem is dan is geen enkele taal een goed alternatief; slimmer programmeren is dan beter.
Klopt, maar dat zijn dingen die je een paar keer fout zal doen en dan heb je door hoe je zelf kan voorkomen dat het gebeurt en weet je dat je programma normaal gesproken crashed als je geheugen probeert te beschrijven wat niet "eigendom" van het programma is. (op Windows dan neem aan dat tegenwoordig elk besturingssysteem wel zoiets heeft)quote:Op woensdag 20 februari 2013 20:25 schreef Tijn het volgende:
[..]
Met andere talen kun je niet zo makkelijk een willekeurig stuk geheugen overschrijven. Je hebt een buffer overflow voordat je er erg in hebt en krijgt geen enkele waarschuwing hierover. Dat is het probleem voor beginners met C of C++.
Beware of the Raping Zebra's
Niet overschrijven van geheugen doet niets tegen memory leaks. Verder zijn buffer overflows niet de eerste dingen waar nieuwelingen overheen vallen; dat zijn de segfaults, en die krijg je vrijwel altijd direct in je gezicht. En dat is juist goed en leerzaam, m.i.quote:
[..]
Met andere talen kun je niet zo makkelijk een willekeurig stuk geheugen overschrijven. Je hebt een buffer overflow voordat je er erg in hebt en krijgt geen enkele waarschuwing hierover. Dat is het probleem voor beginners met C of C++.
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
precies, en memory leaks is vooral niet vergeten je geheugen weer vrij te geven na gebruik (maw. gelijk na het maken van geheugen ook het vrijmaken van geheugen schrijven dan kan het eigenljik niet meer fout gaan)quote:
[..]
Niet overschrijven van geheugen doet niets tegen memory leaks. Verder zijn buffer overflows niet de eerste dingen waar nieuwelingen overheen vallen; dat zijn de segfaults, en die krijg je vrijwel altijd direct in je gezicht. En dat is juist goed en leerzaam, m.i.
Beware of the Raping Zebra's
Maar daar hebben we deze hulp middelen dus voor:
Containers
http://en.cppreference.com/w/cpp/container
Dynamic memory management
http://en.cppreference.com/w/cpp/memory
Containers
http://en.cppreference.com/w/cpp/container
Dynamic memory management
http://en.cppreference.com/w/cpp/memory
Al vragen over de syntax?quote:
[..]
Ik heb voor C++ gekozen.
Ben nu bezig de syntax te leren, maar ik heb het deze week best druk dus ik kan pas in het weekend weer aan de slag.
Verschil i++ en ++i snap je?
Wat valt er verder eigenlijk te leren over syntax?
nou niet veel geloof ik zo...quote:Op zaterdag 23 februari 2013 23:45 schreef t4rt4rus het volgende:
[..]
Al vragen over de syntax?
Verschil i++ en ++i snap je?
Wat valt er verder eigenlijk te leren over syntax?
De syntax is verder eigenlijk identiek aan andere talen (als bijv. Java)
Beware of the Raping Zebra's
Dat is een vrij belangrijk, maar wel iet wat subtiel verschil. Het statement i++ zal de waarde van i ophogen met 1 en dan de oude waarde returnen. Het statement ++i doet het omgekeerde, die zal ook de waarde van i met 1 ophogen, maar daarna de opgehoogde waarde returnen.quote:
[..]
nou niet veel geloof ik zo...
De syntax is verder eigenlijk identiek aan andere talen (als bijv. Java)
Met andere woorden:
| 1 2 | int i = 0, j = 0; i = j++; |
| 1 2 | int i = 0, j = 0; i = ++j; |
Op zondag 30 september 2012 02:37 schreef LompeHork het volgende:
ouyevoli vind ik wel kwaliteit.
Op woensdag 3 oktober 2012 23:15 schreef Bitterlemon het volgende:
Ik wil kwaliteit, waar is Ouyevoli?
ouyevoli vind ik wel kwaliteit.
Op woensdag 3 oktober 2012 23:15 schreef Bitterlemon het volgende:
Ik wil kwaliteit, waar is Ouyevoli?
Operator precedence kan je misschien wel wat mee
http://en.cppreference.com/w/cpp/language/operator_precedence
http://en.cppreference.com/w/cpp/language/operator_precedence
De onduidelijkheid van ++ is wat mij betreft een goede reden om die hele operator te mijden als het even kan. Ik schrijf liever i += 1, dan is het ten minste voor iedereen duidelijk wat er gebeurt.
En dan heb je natuurlijk ook dat wanneer je het vaker in een regel gebruikt, het vaak undefined is.quote:
De onduidelijkheid van ++ is wat mij betreft een goede reden om die hele operator te mijden als het even kan. Ik schrijf liever i += 1, dan is het ten minste voor iedereen duidelijk wat er gebeurt.
Maar in een for loop gebruik ik meestal wel gewoon ++i.
De syntax is bijna hetzelfde als bij java, dus veel nieuws leer ik idd niet.quote:
[..]
Al vragen over de syntax?
Verschil i++ en ++i snap je?
Wat valt er verder eigenlijk te leren over syntax?
Ik ben nu bezig met pointers, echt vragen heb ik nog niet.
Weten jullie trouwens echt goede oefeningen om het programmeer gedeelte onder de knie te krijgen?
Het overtypen van voorbeelden is wel leuk, maar zelf aan de slag gaan werkt vast veel beter.
[ Bericht 10% gewijzigd door ufopiloot12 op 24-02-2013 16:08:05 ]
Jazeker: DIG / Project Eulerquote:
[..]
De syntax is bijna hetzelfde als bij java, dus veel nieuws leer ik idd niet.
Ik ben nu bezig met pointers, echt vragen heb ik nog niet.
Weten jullie trouwens echt goede oefeningen om het programmeer gedeelte onder de knie te krijgen?
Het overtypen van voorbeelden is wel leuk, maar zelf aan de slag gaan werkt vast veel beter.
Geen vragen over pointers? Dat kan bijna nietquote:
Ik ben nu bezig met pointers, echt vragen heb ik nog niet.
Ja dat is lastig, dan moet je toch echt wat proberen zelf te maken.quote:Weten jullie trouwens echt goede oefeningen om het programmeer gedeelte onder de knie te krijgen?
Het overtypen van voorbeelden is wel leuk, maar zelf aan de slag gaan werkt vast veel beter.
Ik heb gisteren het eerste gedeelte v.d. tutorial doorgelezen. De materie snap ik vooralsnog, maar ik heb nog niet alles gehad (verre van).quote:
[..]
Geen vragen over pointers? Dat kan bijna niet
[..]
Ja dat is lastig, dan moet je toch echt wat proberen zelf te maken.
Interessant, bedankt!quote:
Welke lees je dan?quote:
Ik heb gisteren het eerste gedeelte v.d. tutorial doorgelezen. De materie snap ik vooralsnog, maar ik heb nog niet alles gehad (verre van).
http://www.cplusplus.com/doc/tutorial/pointers/quote:
Ik zoek eigenlijk iets meer naar de richting van codecademy, maar dan zou ik toch echt boeken moeten aanschaffen denk ik.
Ohje het is cplusplus.com...quote:
[..]
http://www.cplusplus.com/doc/tutorial/pointers/
Ik zoek eigenlijk iets meer naar de richting van codecademy, maar dan zou ik toch echt boeken moeten aanschaffen denk ik.
Pak een goed boek
Daar was ik al bang voor.quote:
[..]
Ohje het is cplusplus.com...
Pak een goed boek
Suggesties?
http://jcatki.no-ip.org/fncpp/Resourcesquote:
[..]
Daar was ik al bang voor.
Suggesties?
Hoewel dat basic spul van cplusplus je misschien eerst ook nog wel kan helpen.
Maar daar zie ik op de pagina over pointers ook een stukje over "void pointers". Dat moet je dus gewoon niet gebruiken, vooral niet als beginner.
Maar het misschien dat je het concept pointer wel begrijpt door die pagina.
Bij de cursus c++ die ik deed kregen lazen we het boek van de professor.
http://www.icce.rug.nl/documents/cplusplus/cplusplus.html
Die gaat er echter wel vanuit dat je wat C kan, maar hoeft geen belemmering te zijn.
Bedanktquote:
[..]
http://jcatki.no-ip.org/fncpp/Resources
Hoewel dat basic spul van cplusplus je misschien eerst ook nog wel kan helpen.
Maar daar zie ik op de pagina over pointers ook een stukje over "void pointers". Dat moet je dus gewoon niet gebruiken, vooral niet als beginner.
Maar het misschien dat je het concept pointer wel begrijpt door die pagina.
Bij de cursus c++ die ik deed kregen lazen we het boek van de professor.
http://www.icce.rug.nl/documents/cplusplus/cplusplus.html
Die gaat er achter wel vanuit dat je wat C kan, maar hoeft geen belemmering te zijn.
Hier stukje over cplusplus.com
http://jcatki.no-ip.org/fncpp/cplusplus.com
Ohja en "using namespace std" vind niet iedereen leuk
(ik ook niet...)
http://jcatki.no-ip.org/fncpp/cplusplus.com
Ohja en "using namespace std" vind niet iedereen leuk
(ik ook niet...)
Dat zit er bij mij nu wel een beetje ingeprent, haha.quote:
Hier stukje over cplusplus.com
http://jcatki.no-ip.org/fncpp/cplusplus.com
Ohja en "using namespace std" vind niet iedereen leuk
(ik ook niet...)
Zonder ook te weten waarvoor het dient.
Ik ga dat eventjes doorlezen.
Namespacesquote:
[..]
Dat zit er bij mij nu wel een beetje ingeprent, haha.
Zonder ook te weten waarvoor het dient.
Ik ga dat eventjes doorlezen.
http://www.icce.rug.nl/documents/cplusplus/cplusplus04.html
Nu ik dat stukje over cplusplus heb gelezen begin denk ik maar weer van voor af aan met een van jouw aanbevelingen. Aangezien ik een paar hele foute dingen heb geleerd.quote:
[..]
Namespaces
http://www.icce.rug.nl/documents/cplusplus/cplusplus04.html
Zoals?quote:
[..]
Nu ik dat stukje over cplusplus heb gelezen begin denk ik maar weer van voor af aan met een van jouw aanbevelingen. Aangezien ik een paar hele foute dingen heb geleerd.
Maar als je dus referenties nodig hebt kan je beter op
http://en.cppreference.com/w/ kijken dan op cplusplus.com
Hèhèquote:
Klinkt alsof cplusplus.com voor C++ is wat w3schools voor HTML, CSS en Javascript is.
Namespaces, ik moet dat even rephrasen. Er worden belangrijke dingen blijkbaar niet vertelt. Het is niet toereikend dus.quote:
[..]
Zoals?
Maar als je dus referenties nodig hebt kan je beter op
http://en.cppreference.com/w/ kijken dan op cplusplus.com
[ Bericht 0% gewijzigd door ufopiloot12 op 24-02-2013 18:58:26 ]
Thinking in C++ is ook een erg mooie: http://www.mindview.net/Books/TICPP/ThinkingInCPP2e.html
Boek is gratis te krijgen in PDF; een van de html versies:
http://www.smart2help.com(...)-vol-one/Frames.html
Boek is gratis te krijgen in PDF; een van de html versies:
http://www.smart2help.com(...)-vol-one/Frames.html
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Leuk ufo was ook begonnen, geen idee of die nog bezig is...quote:
Ik ga toch een begin maken aan Accelerated C++.
Jullie zullen misschien nog van me horen hier.
quote:
[..]
Namespaces, ik moet dat even rephrasen. Er worden belangrijke dingen blijkbaar niet vertelt. Het is niet toereikend dus.
Ik ben de laatste tijd idd met wat andere dingen bezig geweest.quote:
[..]
Leuk ufo was ook begonnen, geen idee of die nog bezig is...
[..]
Ik ben gisteren eens wezen kijken naar boeken, die hier werden aangeraden en dit leek mij wel een redelijke. Ik heb hoofdstuk 1 maar overgeslagen en heb al vluchtig hoofdstuk 2 doorgekeken aangezien hier ook niet veel nieuws in kwam. http://www.smart2help.com(...)-vol-one/Frames.html
Ik doe altijd "using std::cout" "using std::endl" etc.quote:
Hier stukje over cplusplus.com
http://jcatki.no-ip.org/fncpp/cplusplus.com
Ohja en "using namespace std" vind niet iedereen leuk
(ik ook niet...)
Als ik meerdere namespaces zou gebruiken en twee methoden hebben dezelfde naam, dan hang je al bijvoorbeeld.
Yey iemand die het snapt. :pquote:
[..]
Ik doe altijd "using std::cout" "using std::endl" etc.
Als ik meerdere namespaces zou gebruiken en twee methoden hebben dezelfde naam, dan hang je al bijvoorbeeld.
nah, zo heel veel gebruik ik dat nou ook weer niet en dan type ik gewoon std::cout als ik hem nodig heb..quote:
[..]
Ik doe altijd "using std::cout" "using std::endl" etc.
Als ik meerdere namespaces zou gebruiken en twee methoden hebben dezelfde naam, dan hang je al bijvoorbeeld.
en std::endl doe ik niet aan vind '\n' genoeg
Beware of the Raping Zebra's
Zelfde hier.quote:
[..]
nah, zo heel veel gebruik ik dat nou ook weer niet en dan type ik gewoon std::cout als ik hem nodig heb..
en std::endl doe ik niet aan vind '\n' genoeg
| 1 2 3 4 5 6 7 8 9 10 | int main () { vector<string> words; ifstream in (" GetWords.cpp"); string word; while ( in >> word) words.push_back(word); for ( int i = 0; i < words.size(); i++) cout << words [i] << endl; } |
Ik krijg hier de error: " comparison between signed and unsigned integer expressions" bij regel acht, maar ik weet niet echt waar ik de fout in ga. Waarschijnlijk bij words.size, maar hoe moet ik dat verhelpen?
quote:
[ code verwijderd ]
Ik krijg hier de error: " comparison between signed and unsigned integer expressions" bij regel acht, maar ik weet niet echt waar ik de fout in ga. Waarschijnlijk bij words.size, maar hoe moet ik dat verhelpen?
| 1 | for (size_t i = 0; i < words.size(); ++i) |
vector::size() returnt een size_t, dit is een unsigned integer type.
-edit-
En in het vervolg wanneer je van dit soort for loops doet,
gebruik altijd std::size_t.
Daarnaast kan je natuurlijk ook gewoon dit doen:
| 1 2 | for (auto const &e : words) std::cout << e << std::endl; |
Bedankt!quote:
[..]
[ code verwijderd ]
vector::size() returnt een size_t, dit is een unsigned integer type.
-edit-
En in het vervolg wanneer je van dit soort for loops doet,
gebruik altijd std::size_t.
Daarnaast kan je natuurlijk ook gewoon dit doen:
[ code verwijderd ]
Wat dat trouwens ook kan doen iterators gebruiken:quote:
| 1 2 | for (auto it = words.begin(); it != words.end(); ++it) std::cout << *it << '\n'; |
Hmm, dit is eigenlijk een stuk fijner te lezen. Veel mooier ook.quote:
[..]
Wat dat trouwens ook kan doen iterators gebruiken:
[ code verwijderd ]
Hier ga ik morgen eens naar kijken.
Dat is nog eens mooi gebruik van auto.quote:
[..]
Wat dat trouwens ook kan doen iterators gebruiken:
[ code verwijderd ]
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
std::vector<std::string>::iterator is een beetje lang.quote:
[..]
Dat is nog eens mooi gebruik van auto.
auto
-edit-
words.cbegin() en words.cend() is hier misschien nog wel beter.
Krijg je altijd een const_iterator
Exactemundo; dit vergroot de leesbaarheid behoorlijk. Voorheen was ik totaal niet overtuigd van het nut van auto.quote:
[..]
std::vector<std::string>::iterator is een beetje lang.
auto
-edit-
words.cbegin() en words.cend() is hier misschien nog wel beter.
Krijg je altijd een const_iterator
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | #include <iostream> int main(){ int grade; int gradeTotal = 0; int NumberOfPeople = 0; while(grade!=-1) { std::cout << "Enter a grade or enter -1 to calculate average grade"<< std::endl; std::cin>>grade; gradeTotal+= grade; NumberOfPeople++; } if(gradeTotal == 0){ std::cout <<" The sum of your grades is 0, that can't be right!"<< std::endl; std::cout <<" Enter a number"; std::cin>>grade; } std::cout<< "The average grade is: "<< gradeTotal/NumberOfPeople<<std::endl; return 0; } |
Ik heb een programma gemaakt die het gemiddelde van een som van een x aantal cijfers uitrekent. Alles werkt prima, geen errors, maar mijn if statement werkt niet. Wat doe ik fout?
Nou...quote:
[ code verwijderd ]
Alles werkt prima
| 1 2 3 4 5 6 7 8 9 | ~$ ./grade Enter a grade or enter -1 to calculate average grade 1 Enter a grade or enter -1 to calculate average grade 9 Enter a grade or enter -1 to calculate average grade -1 The average grade is: 3 ~$ |
Ja ik heb wel wat zitten klooien toen ik dit op fok zette. Net deed hij het echt!quote:
Op 
edit: bij nader inzien klopt er geen kut van mijn code.
[ Bericht 5% gewijzigd door ufopiloot12 op 29-03-2013 11:11:10 ]
Aha, bedankt!quote:
Het probleem is natuurlijk dat je de input "-1" ook meetelt in het berekenen van het gemiddelde.
Ik heb het nu zo opgelost:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | #include <iostream> int main(){ int grade; int gradeTotal = 0; int NumberOfPeople = 0; while(grade!=-1) { std::cout << "Enter a grade or enter -1 to calculate average grade"<< std::endl; std::cin>>grade; gradeTotal += grade; NumberOfPeople++; } std::cout << "Your average grade is: "<<++gradeTotal/--NumberOfPeople<<std::endl; return 0; } |
[ Bericht 27% gewijzigd door ufopiloot12 op 29-03-2013 11:45:48 ]
Je kan bijvoorbeeld zoiets doen:quote:
[..]
Aha, bedankt!
Ik heb het nu zo opgelost:
[ code verwijderd ]
Weten jullie misschien een betere manier, want ik los het probleem hier niet ECHT mee op.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | #include <iostream> #include <vector> double average(std::vector<size_t> const &vec) { size_t total = 0; for (auto &e : vec) total += e; return static_cast<double>(total) / vec.size(); } int main() { std::vector<size_t> grades; size_t grade; while (std::cin >> grade) grades.push_back(grade); std::cout << average(grades) << '\n'; } |
Double is idd een betere type. Ik heb nog niet over vectors gelezen, daar ga ik nog eens naar kijken.quote:
[..]
Je kan bijvoorbeeld zoiets doen:
[ code verwijderd ]
Bedankt!
De vector kan je er hier natuurlijk helemaal uit halen.quote:
[..]
Double is idd een betere type. Ik heb nog niet over vectors gelezen, daar ga ik nog eens naar kijken.
Bedankt!
Maar was meer een voorbeeld dat je de getallen aan een functie geeft die je dan het gemiddelde geeft.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | #include <iostream> int main() { size_t num_grades = 0; size_t total = 0; size_t grade; while (std::cin >> grade) { total += grade; ++num_grades; } double average = static_cast<double>(total) / num_grades; std::cout << average << '\n'; } |
-edit-
Als je wil dat hij bijvoorbeeld stopt bij een negatief getal, kan je dit doen:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | #include <iostream> int main() { size_t num_grades = 0; size_t total = 0; int grade; while (std::cin >> grade) { if (grade < 0) break; total += grade; ++num_grades; } double average = static_cast<double>(total) / num_grades; std::cout << average << '\n'; } |
Duidelijk. Ik had al in gedachten dat het ook met een if statement zou moeten kunnen, maar ik wist niet precies hoe.quote:
[..]
De vector kan je er hier natuurlijk helemaal uit halen.
Maar was meer een voorbeeld dat je de getallen aan een functie geeft die je dan het gemiddelde geeft.
[ code verwijderd ]
-edit-
Als je wil dat hij bijvoorbeeld stopt bij een negatief getal, kan je dit doen:
[ code verwijderd ]
Ik denk dat je beter eerst goed kan leren hoe de if-statement werkt voordat je met loops aan de gang gaat.quote:
[..]
Duidelijk. Ik had al in gedachten dat het ook met een if statement zou moeten kunnen, maar ik wist niet precies hoe.
Je zou bijvoorbeeld als oefening een programma kunnen maken dat 3 ingevoerde getallen sorteert van laag naar hoog zonder loops te gebruiken, maar puur met if-statements.
