Die meistgestellten Fragen


  • Mod

    frage an die moderatoren: besteht eine chance, diesen tread sticky zu machen, oder soller in der versenkung verschwinden?



  • Ich bin dafür, dass noch en bisschen gesammelt/überarbeitet wird und schließlich alles in einem Post zusammengefasst wird.



  • camper schrieb:

    frage an die moderatoren: besteht eine chance, diesen tread sticky zu machen, oder soller in der versenkung verschwinden?

    Imo wird er so oder so in der Versenkung verschwinden. Entweder im wörtlichen Sinne, oder er wird, so wie die FAQs, schlicht ignoriert.

    Aber versuchen wir es...

    Ich bin dafür, dass noch en bisschen gesammelt/überarbeitet wird und schließlich alles in einem Post zusammengefasst wird.

    Ich pinne den Thread jetzt erstmal fest, dass macht das Sammeln leichter. Eine spätere Zusammenfassung scheint mir aber ebenfalls sinnvoll zu sein.


  • Mod

    HumeSikkins schrieb:

    camper schrieb:

    frage an die moderatoren: besteht eine chance, diesen tread sticky zu machen, oder soller in der versenkung verschwinden?

    Imo wird er so oder so in der Versenkung verschwinden. Entweder im wörtlichen Sinne, oder er wird, so wie die FAQs, schlicht ignoriert.

    das bestimmt. aber ein sticky ist leichter wiederzufinden, wenn man einen link posten will, weil mal wieder ignoriert wurde 🙂
    ob hier irgendwann ein neuere thread gebraucht wird ist nicht so klar. ein einfaches updaten des originalen beitrags sollte doch genügen. die thematik selbst ist ja auch nicht in sich abgeschlossen.



  • Was haltet ihr von der jetzigen Version?

    BTW: Zahl-String-Konvertierungen will ich nicht reinnehmen, weil mir das in letzter Zeit nicht aufgefallen ist und der Text jetzt schon groß genug ist.



  • Mir fehlt immer noch der Hinweis, dass using namespace im Header böse ist. Den "void main" Teil könntest du noch mit dem einfachen "main" erweitern, das kommt auch häufiger vor.

    Michael E. schrieb:

    Zahl-String-Konvertierungen will ich nicht reinnehmen, weil mir das in letzter Zeit nicht aufgefallen ist und der Text jetzt schon groß genug ist.

    Es reicht ein Link auf den FAQ-Beitrag. Das kommt immernoch viel zu häufig vor. Du könntest das unter Punkt 10 setzen, atoi wird auch viel zu häufig verwendet (ist ja afaik nicht mal C).

    Bei Punkt 9 fehlt der [b]-Tag am Anfang



  • @.filmor: doch:

    ISO/IEC 9899:TC2 schrieb:

    7.20.1.2 The atoi, atol, and atoll functions
    Synopsis
    1 #include <stdlib.h>
    int atoi(const char *nptr);
    long int atol(const char *nptr);
    long long int atoll(const char *nptr);

    Greetz, Swordfish



  • Dann hab ichs mit itoa verwechselt, sorry. Trotzdem gehört beides nicht in ein C++-Programm.



  • Tjo

    Greetz, Swordfish



  • .filmor schrieb:

    Dann hab ichs mit itoa verwechselt, sorry. Trotzdem gehört beides nicht in ein C++-Programm.

    Bitte nicht persönlichen Stil mit generellen Regeln/Empfehlungen verwechseln. atoi hat seine Nachteile (z.B. keine gute Fehlerkontrolle), aber wenn man diese kennt und damit leben kann, sehe ich absolut nichts, was gegen die Verwendung von atoi spricht.



  • Gut, es ließe sich sicherlich etwas vorsichtiger formulieren, aber vorher wird darauf hingewiesen, dass man am besten std::string benutzen sollte und für diesen sind Stringstreams angebrachter.



  • Warum steht in Punkt drei nicht drin, das man bitte das Buch/Tutorial weg schmeissen soll??? Die nächsten Kapitel werden bestimmt auch nicht besser sein.



  • Ist das wirklich immer so?



  • Solche Bücher lehren wahscheinlich auch dementsprechend schlechten, unmodernen C++ Stil.



  • Also, wenn das HelloWorld schon nicht ISO-konform ist, warum sollten die nachfolgenden Kapitel über strings, filestreams usw. ISO-konform sein? 😕

    Es ist wahrscheinlich, das das Buch noch vor 1998 geschrieben wurde oder wenn es aktueller ist, der Autor irgendwie die C++-Welt und alles andere verpennt hat. Egal wie, das Buch/Tutorial werden dem C++-Greenhorn der etwas lernen will, nicht groß behilflich sein.



  • thx für die beantwortung der fragen hat mir auch geholfen



  • 1. Wie kann ich eine richtige Oberfläche programmieren?

    Vergiss es. Solange du die Grundlagen nicht kannst (und zu den Grundlagen gehört mehr als schon mal ne Klasse erstellt zu haben!), hat es keinen Sinn, sich mit Oberflächen zu beschäftigen.

    Ich finde diese Antwort beleidigend. Ich suche schon seit längerer Zeit ein Tutorial, um eine Benutzeroberfläche zu programmieren - ohne Erfolg. Anstatt Anfängern vorzuschreiben, wie sie C++ lernen sollen, sollte als Antwort besser etwas Konstruktives stehen (z.B. ein guter Link).



  • Finde die Antwort auch nicht glücklich, es bedürfte wohl einer ausgeweiteten Begründung. Das stimmt.

    Zu dem Tutorial: da es keine Standard-GUI in C++ gibt, kann man dir schlecht ebendmal ein Tutorial empfehlen. Wir haben ein GUI-Forum hier, da kannst du dich umschauen in der FAQ und in alten Beiträgen stöbern, dann weißt du wo du Tutorials findest. Und vorallem: dann verstehst du auch die Antwort von da oben. 😉 Ansonst ist auch meine Übersicht (siehe meine Signatur) ganz hilfreich?



  • Die Antwort ist keineswegs beleidigend gemeint!

    Hat jemand Lust, das besser zu formulieren, bevor ich mit meinem C++-Gui-Halbwissen rauskomme?



  • Michael E. schrieb:

    Die Antwort ist keineswegs beleidigend gemeint!

    Hat jemand Lust, das besser zu formulieren, bevor ich mit meinem C++-Gui-Halbwissen rauskomme?

    Wie gesagt: Noch besser als eine andere Formulierung wäre natürlich ein nützlicher Link. Oder steht wirklich nirgends beschrieben, wie man so etwas programmiert? Aber danke schon mal dafür, dass meine Kritik nicht auf taube Ohren gestoßen ist.


Anmelden zum Antworten