sciencetalk

Uiteraard heeft dat allemaal met het monopolie te maken. Daarmee dat ik liever ook geen Visual Basic gebruik al is er toch een .NET voor op linux (MONO als ik het goed voor heb).

Dat kan zijn, ik zeg alleen wat de bedoeling van MSFT is met .Net, en of ze daar al dan niet in slagen, veranderd naar mijn idee ethisch gezien niets.

Het blijkt dat VS code produceert die enkel op windows zou draaien. Als ik het goed begrijp zit er bij VS een gui designer bij wat uiteraard ook vrij handig is. Zou er dan toch geen andere IDE zijn die goed is (als starter voor C++ dan toch)?

Het blijkt dat VS code produceert die enkel op windows zou draaien.

Sowieso kan je met C++ geen code compileren die op alle besturingssystemen zal draaien. Je moet sowieso hercompileren op het OS dat je het wil doen draaien. Dit in tegenstelling tot Java omdat die op een "virtual machine" draait die alles "vertaalt" naar OS afhankelijke code.

@Cycloon: ik bedoelde C++ code die enkel zou werken op windows. Het opnieuw compileren mag geen probleem zeen op linux bijvoorbeeld omdat er C++ code in de source staat die niet portable is.

Het blijkt dat VS code produceert die enkel op windows zou draaien.

Natuurlijk, VS zet je C++ sources om in een programma dat op windows draait. Maar C++ zelf is geheel platform onafhankelijk (tenzij je natuurlijk allerlei windows-specifieke libraries gaat gebruiken, waar .Net tot op zekere hoogte ook toe behoert). En niets staat je in de weg om je C++ project, wat je prima kunt beheren en ontwikkelen (incl. debuggen, wel zo handig) met VS, ook op andere platforms met andere compilers/linkers te builden.

Als je voor platform-specifieke taken -zoals de GUI- een library gebruikt die ook andere platforms ondersteunt, bijvoorbeeld wxWidgets (een doordachte, uitgebreide, solide, goed gedocumenteerde, breed ondersteunde en bovenal makkelijke en toegankelijke library), dan kun je je C++ project geheel platform-onafhankelijk houden.

De GUI-designer van VS vind ik persoonlijk niet zo fijn. Ik gebruik die zo min mogelijk, mede ook omdat hetgeen je ermee maakt toch windows-only is, en ik wil bijvoorbeeld ook Mac ondersteunen.

EDIT: ik wil niet van .NET afhangen voor C++ (ik wist zelfs niet dat dat ook weeral mogelijk was)

Wacht maar af waarmee je bij de opstart van Windows 7 zult worden onthaald (.NET).

Ik gebruik zelf C++ buider en MS C++. Beide niet gratis.

Nog even wat voordelen van C++ boven Java:

Je kunt in C++ Active-X controls bouwen (extensie .OCX). Daarmee kun je je eigen controls maken, b.v. je eigen buttons maken met de functionaliteit die jij eraan wilt geven; of een geheel nieuwe control maken.

Je kunt interfaces bouwen (extensie .dll), waarmee je bijvoorbeeld je eigen vondsten aan WORD kunt toevoegen, of patience in b.v. WORD kunt integreren. (Alleen mogelijk met windows en MS producten).

De GUI-designer van VS vind ik persoonlijk niet zo fijn. Ik gebruik die zo min mogelijk, mede ook omdat hetgeen je ermee maakt toch windows-only is, en ik wil bijvoorbeeld ook Mac ondersteunen.

Voila, dat bedoel ik dus. Ik heb net mijn oog laten vallen op

Wacht maar af waarmee je bij de opstart van Windows 7 zult worden onthaald (.NET).

Damned, waar zijn ze nu weer mee bezig. Ik draai trouwens nog steeds op XP

Voila, dan zal ik maar eens stilaan de basics terug opnemen. Ik vond deze tutorial C++ Essentials. Toevallig iemand die deze kent en mij kan vertellen of dat een 'goede' is.

279 bladzijden. Puf puf.

Ik zou het bestuderen aan de hand van de voorbeeldjes. Zelf overtypen en compileren en draaien.

De tekst is veeeeel te uitgebreid.

Mijn bezwaren:

Het gebruik van short, float, (un)signed char/long enz.

Al dat gedoe levert geen fluit op (maakt alleen de kans op fouten groter). Zonde van de tijd als beginnend programmeur.

Beperk je tot long, double.

En dan dat gedoe met bitwise operators en octale en hexadecimale getallen. Volstrekt overdone voor de beginner.

Ik zou zeggen, probeer zo snel mogelijk zelf programmaatjes te schrijven en vraag bij elk probleem hier wat je fout doet. Dat leert veel sneller en is veel effectiever dan een bijbel van bijna 300 bladzijden.

Wat pointers zijn en hoe die precies werken is wel heel belangrijk.

Wacht maar af waarmee je bij de opstart van Windows 7 zult worden onthaald (.NET).

Heeft er weinig mee te maken, daarom kun je nog wel .Net-onafhankelijke applicaties willen maken.

Ik gebruik zelf C++ buider en MS C++. Beide niet gratis.

Visual Studio omvat onder andere Visual C++ (d.w.z. de C++ compiler, debugger en linker) en die is gewoon gratis he. Althans de Express versie, de Enterprise biedt wat extra's die je in normale situaties niet gauw nodig hebt.

Nog even wat voordelen van C++ boven Java:

En m.i. het grootste voordeel van C++: je kunt je GUI gewoon native houden, zelfs voor verschillende platforms tegelijk. Dus op windows ziet je programma er uit zoals alle normale windows programma's (ongeacht wat voor XP theme of Vista style je gebruikt). En niet van die universele generieke rotzooi zonder normale OS look 'n feel (maar da's mijn mening ).

PeterPan schreef:279 bladzijden. Puf puf.

Ik zou het bestuderen aan de hand van de voorbeeldjes. Zelf overtypen en compileren en draaien.

De tekst is veeeeel te uitgebreid.

Mijn bezwaren:

Het gebruik van short, float, (un)signed char/long enz.

Al dat gedoe levert geen fluit op (maakt alleen de kans op fouten groter). Zonde van de tijd als beginnend programmeur.

Beperk je tot long, double.

En dan dat gedoe met bitwise operators en octale en hexadecimale getallen. Volstrekt overdone voor de beginner.

Ik zou zeggen, probeer zo snel mogelijk zelf programmaatjes te schrijven en vraag bij elk probleem hier wat je fout doet. Dat leert veel sneller en is veel effectiever dan een bijbel van bijna 300 bladzijden.

Wat pointers zijn en hoe die precies werken is wel heel belangrijk.

Ik heb al wel wat programmeer ervaring, maar nu kom ik tot C++ dus moet ik wel terug van nul starten. Ik zal eens beginnen met dat document te lezen en zie hoe ver ik geraak.

En m.i. het grootste voordeel van C++: je kunt je GUI gewoon native houden, zelfs voor verschillende platforms tegelijk. Dus op windows ziet je programma er uit zoals alle normale windows programma's (ongeacht wat voor XP theme of Vista style je gebruikt). En niet van die universele generieke rotzooi zonder normale OS look 'n feel (maar da's mijn mening ).

Dat is wel een enorm voordeel.

Bedankt iedereen voor de uitleg en tips.

Uiteraard heeft dat allemaal met het monopolie te maken. Daarmee dat ik liever ook geen Visual Basic gebruik al is er toch een .NET voor op linux (MONO als ik het goed voor heb).

MONO omvat slechts een subset van de .NET 2.0 functies.

PeterPan schreef:Het gebruik van short, float, (un)signed char/long enz.

Al dat gedoe levert geen fluit op (maakt alleen de kans op fouten groter). Zonde van de tijd als beginnend programmeur.

Beperk je tot long, double.

Zodat je over een half jaar al die onzin weer af kunt leren? Een goede programmeur weet welke type hij wanneer gebruikt. Als je echt netjes programmeert zou je zelfs je redenatie voor een bepaald type in de commentaar moeten schrijven.

Bart heeft in dat opzicht wel gelijk. Het is niet de eerste keer dat ik een programmeertaal leer en ik zal mijn weg dan ook wel kunnen vinden in die types.

Wat is er op tegen dat ik de variabele waarin iemands leeftijd (tussen 0 en 120) als volgt declareer:

long leeftijd;

Met long zit je aan de veilige kant. Of wordt het programma daardoor traag?

Met float is het nog erger(lijker). Altijd double gebruiken.

PeterPan schreef:Wat is er op tegen dat ik de variabele waarin iemands leeftijd (tussen 0 en 120) als volgt declareer:

long leeftijd;

Met long zit je aan de veilige kant. Of wordt het programma daardoor traag?

Met float is het nog erger(lijker). Altijd double gebruiken.

Ik steun je, de opzet van al die types was dat computers vroeger geheugens hadden van 64kB, en geen virtueel geheugen.

Tegenwoordig echter zijn er geheugen van 4GB en dat is helemaal geen uitzondering, 4 of 8 bytes meer maakt vandaag niets meer uit. want dat is toch maar 0.0000001% van het geheugen.

Bovendien vind ik dat een programmeur zich moet bezighouden met het ontwikkelen van algoritmen en zich niet moet hoeven te bekommeren om administratieve zaken (zoals hoeveel bits zit er in een int).

In toekomstige programmeertalen zullen deze mankementen moeten verdwijnen.