Suchergebnisse
Suchergebnisse 1-20 von insgesamt 147.
Steht doch in jedem Anfängerbuch, dass der Konstruktor der Basisklasse in der Initialisierungsliste aufgerufen werden muss.
Würdet ihr versuchen mit einem religiösen Fanatiker über Religion zu diskutieren? Nein? Warum macht ihr es dann hier? Ich wäre für ein close.
Wem es nicht passt, der kann ja einfach umsteigen noch haben wir ja die Wahl. Aber wer dafür ist, dass die Kontrolle über den Konsumenten ständig zunimmt, der scheint sich nicht darüber im Klaren zu sein was das für Auswirkungen haben wird. Ich für meinen Teil will den gläsernen Menschen so lange wie möglich hinausschieben.
ifstream in("datei",ios::binary|ios::ate); streamsize filesize = in.tellg(); in.seekg(0, ios::beg);
>> und << arbeiten lexikalisch, was du willst ist read
Wenn man den Pfad einfach so mit system angibt, dann sucht Windows ja das passende Programm um die Datei zu "öffnen". Wenn man ein Programm starten will und es auch wieder beenden will, dann sollte man CreateProcess und CloseProcess verwenden. Irgendwelche Konsolenbefehle in Programmen zu verwenden macht das Portieren auf ein anderes Betriebssystem extrem schwierig, daher sollte man sich vorher wirklich zwei mal überlegen ob man das möchte (außerdem ist ShellExecute besser als system).
Dein Beispiel ist für Integer und wie oben schon gesagt macht es da keinen Unterschied weil der Compiler das Verhalten für built-ins ja kennt. Wenn du die Operatoren überlädst, dann sind das Funktionsaufrufe.
Ich weiß nicht wie ihr das seht, aber ein Informatikstudent muss zwangsweise ja nicht unbedingt groß Programmiererfahrung haben und in kleinen Übungsprogrammen braucht man oft keine wirkliche Fehlerkontrolle, die in echten "Real-World"-Applikationen einfach notwendig sind. Daher hat er damit ja nicht unbedingt allzu viel Erfahrung und muss das Programmieren von echten Anwendungen nach seinem Studium auch erst einmal lernen. @nix da, deiner trifft da jetzt nicht in diese Kategorie aber prinzipiel...
Ich mag mir heute Abend nicht wirklich so eine Diskussion antun, daher hab ich eure Argumente (ich glaub ihr habt die Diskussion gerade eh an die Wand gefahren) mal übersprungen und komme direkt zum Punkt: Die Theorie wie sie an der Uni gelehrt wird stammt doch aus praktischen Erfahrungen bzw. anders ausgedrückt (und damit allgemeingültiger) aus Erkenntnissen von anderen Menschen. Ob die auf dem Papier oder in der Praxis entstanden sind, ist auch völlig egal. Man bekommt das gelehrt damit man ni...
Zitat von »"Nox"« Und wieder fällt ein Sack Reis in China um. Mal ehrlich, da ist es doch entscheidender wie man das Programm strukturiert. Wahrscheinlich ist das auch noch ein Spässchen, wo jeder Kompilier was anderes mit macht(von wegen optimieren). Schade, dass er mir nicht auf den Kopf fällt, würde die Kopfschmerzen nach dem Lesen deines Postings vielleicht betäuben..
Er hat recht, denn in C kann man Pre- und Postinkrement nur auf built-in Typen anwenden und somit kann der C-Compiler jederzeit ein Postinkrement bei dem der alte Wert gar nicht gewollt ist, sondern der neue Wert einfach entsprechend ändern. In C++ haben wir die hübsche Operatorüberladung, plötzlich kann man in einem Pre- und in einem Postinkrement tun was man will, somit kann der Compiler für benutzerdefinierte Typen (lies: klassen) nicht mehr diese Optimierung vornehmen, da er nicht wissen kan...
Vergiss die Warnung, die strsafe.h aus DirectX verwendet eine Funktion die im Visual C++ Express 2005 als deprecated markiert wurde. Gut möglich, dass DirectX in der nächsten Version das ganze schon umgestellt haben wird und dann ist die Warnung wieder weg. Wenn Warnungen in fremdem Quellcode auftauchen, dann kannst du da nichts machen und es ist zu überlegen die Warnung vor dem inkludieren abzuschalten und danach wieder einzuschalten. (dxut zum beispiel macht das auch vorm inkludieren von strsa...
Du wirst dein Bild doch wohl einmal pro Sekunde neu zeichnen.. sehe da kein Problem
Dadurch wird aber das RAII-Idiom verletzt, an welches man sich in C++ immer halten sollte.
Bei mir ist noch nie ein Spiel von ID abgestürzt, und ich bin bekennender ID-Spiele-Spieler seit Wolfenstein3D.
Zitat von »"Spik)evil("« kann mir jemad erklären was die vorteile von vertikaler synchro sind? hab das nie so ganz geschnitten.. steht doch im topic: kein "tearing"
ja.. ..wobei die Frage überflüssig ist, du hättest es auch einfach testen können :p
Eine 10Jahre alte Software vorzuziehen die damals schon hintendran war hat nichts mit Geschmack zu tun. Verwendest du irgendwelche Dateien, oder besteht dein Programm nur aus einer .exe? Wenn nicht, dann kopiert die mal zu der exe mit rein, weil das Arbeitsverzeichnis in deiner IDE standardmäßig das ist wo die Projektdatei liegt.
Ich würd die Typen nicht in dem Interface speichern, das sollte nur strings verwenden. Und dann ein cast-operator hinzufügen: myVec3 = ini_cast< Vec3 >( iniDatei[ "Raumschiff01" ][ "Position" ] ); und schreiben mit iniDatei[ "Raumschiff01" ][ "Position" ] = lexical_cast< string >( vec ); lexical_cast verwendet intern stringstream und op<< zum serialisieren wenn du es natürlicher willst, dann würd ich dir folgendes empfehlen: iniDatei[ "Raumschiff01" ][ "Position" ] >> myVec3; iniDatei[ "Raumschi...
Ein Zeiger zeigt immer auf einen bestimmten Typ: Quellcode 1 2 3 int * -> Zeiger auf int int* * -> Zeiger zeigt auf int* Nun überleg dir was du in der Methode verändern möchtest: a) einen int oder b) einen Zeiger auf int bei a) schreibst int* und bei b) schreibst int** In C++ kannst das aber etwas eleganter machen indem du ne Referenz auf den Typ übergibst: Quellcode 1 2 int & -> Referenz auf int => Referenz manipuliert den zugehörigen int int* & -> Referenz auf int* => Referenz manipuliert den ...
27.04.2024, 18:45
Zum Seitenanfang
