Die Grundlagen der WinAPI lernen?



  • @ mfcler: Das müsste wohl ironisch gemeint sein ... Die MFC vergammelt noch bevor die WinAPI untergeht.

    MfG mikey.



  • mfcler schrieb:

    ... und habe in diesem Forum mehrmals gelesen, dass sich die WinAPI als Einstieg noch immer lohnt, ...

    Wer erzählt den so einen Quatsch. WINAPI ist schon immer das letzte Mittel gewesen.

    Die ersten Beiträge bei diesem Thread z.B. sind der Meinung, dass sich die WinAPI lohnt:
    http://www.c-plusplus.net/forum/viewtopic-var-t-is-41458.html

    MfG
    gollo



  • Die ersten Beiträge bei diesem Thread z.B. sind der Meinung, dass sich die WinAPI lohnt:
    http://www.c-plusplus.net/forum/viewtopic-var-t-is-41458.html

    Nicht umsonst ist der Thread in der FAQ. Somit dürfte eigentlich alles geklärt sein ... 🙂

    MfG mikey.



  • Das müsste wohl ironisch gemeint sein ... Die MFC vergammelt noch bevor die WinAPI untergeht.

    Die WinAPI ist schon lange untergegangen.
    Das ist so ungefähr genauso wie die Frage:
    Soll ich erst C lernen um mit C++ klarzukommen.

    Die WinAPI benutzen nur noch Leute, die keine alternative kennen.
    WinAPIaner haben halt die Ausfahrt verpasst.



  • Gut das MFC auch nur nen WinAPI-Wrapper ist und demnach mit untergeht 😉
    Hmm, das .NET-Framework im Prinzip auch...

    (...wobei ich finde dass WinAPI aus Sicht der Produktivität und der höheren Wahrscheinlichkeit Fehler einzubauen eine Katastrophe ist ;D)



  • Es geht nicht darum das MFC,VCL oder sonstwas die WinAPI wrappt.
    Es geht nur darum das man halt wrappt. 😉 🕶



  • Hmm, das .NET-Framework im Prinzip auch...

    Hmmm.... irgendwie komplett falsch. Demnächst in diesem Theater.



  • Gut, dann war ich auffem falschen Dampfer 😉
    Naja, ich find trotzdem es kann nicht schaden einmal kurz reingeschnuppert zu haben 😉

    @stable: Wirds richtiger wenn ich das auf Windows.Forms einschränke?



  • Die komplette WinAPI wird laut MS irgendwann 🙄 durch .Net ersetzt.



  • Mag sein, aber bisher haben die auch bei Vista wie ich das so sehe noch die WinAPI und erweitert und relativ viel COM.

    (/me verwendet übrigens hauptsächlich das .NET Framework aus C# - Nicht das der Eindruck entsteht ich wäre nen Pro-WinAPI Mensch 😉 - Ich bin eigentlich ein Pro-DotNet Mensch ;D)



  • Mag sein, aber bisher haben die auch bei Vista wie ich das so sehe noch die WinAPI und erweitert und relativ viel COM.

    Ja, aber hauptsache es ist erstmal ein 'neues' OS draussen...



  • Aber mal ehrlich Jungs, in Zeiten von QT, wxWidget und Co, wer möchte sich da noch die WinApi antun ?
    Gerade auch im Hinblick auf Portierbarkeit sollte man sich sowas wie API,MFC,VCL und Co nicht mehr antun.



  • stable schrieb:

    Die komplette WinAPI wird laut MS irgendwann 🙄 durch .Net ersetzt.

    Wo steht das?



  • stable schrieb:

    Die komplette WinAPI wird laut MS irgendwann 🙄 durch .Net ersetzt.

    Quelle?



  • Ist doch schon ein alter Hut... 😉
    z.B.
    http://de.wikipedia.org/wiki/.NET_Framework_3.0

    oder solche Meldungen

    WinAPI-32-Ersatz Langfristig beabsichtigt Microsoft, das Win32-API durch die Klassen des .NET Frameworks zu ersetzen. Damit verwischen auch die charakteristischen Merkmale der verschiedenen Sprachen. Ob eine Anwendung mit Visual Basic .NET programmiert wird oder mit C# oder C++ – es spielt keine Rolle mehr. Alle Sprachen greifen auf die gleiche Bibliothek zurück, sprachspezifische, operative Bibliotheken gibt es nicht mehr. Die Konsequenz ist, dass die Wahl für eine bestimmte Sprache nicht mehr der Entscheidung gleichzusetzen ist, wie effizient eine Anwendung geschrieben werden kann oder was sie zu leisten imstande ist.



  • Das sind keine offiziellen Quellen. In Wikipedia kann jeder anonyme Hans Wurst einen Beitrag schreiben.

    Also: quellen bitte.

    Oder soll ich mal mehrere offizielle Quellen posten, wo selbst die VC++-Productmanager sagen, das das die MFC und Win-API nochmal so richtig aufdreht?



  • stable schrieb:

    Die komplette WinAPI wird laut MS irgendwann 🙄 durch .Net ersetzt.

    Totaler Blödsinn!
    Die WinAPI wird weiterhin die Grundlage des Windows-Betriebssystems bleiben!

    Mit Vista wurde versucht schon teile des OS mit "managed Code" zu schreiben, dieses Vorhaben ist aber gescheitert und *alles* im Betriebssystem ist "unmanaged"!

    Nur bestimmte "Aufsätze" auf das OS sind managed!



  • Wer die Win-API oder MFC nicht mag, soll doch einfach mit .NET programmieren. Es bedarf doch nicht erst einer vorsätzlichen Lüge um z.B. die Win-API nicht mehr nutzen zu wollen. Es ist doch völlig legitim, wenn jemand lieber mit C# programmieren will. Wer trotzdem C++ machen will, kann sich ja ein anderes Framework nehmen (Qt oder sowas). Aber deshalb Falschmeldungen verbreiten?

    Das zeigt auch wieder, das man nicht alles glauben soll, was in wikipedia steht. Vorallem steht in Wikipedia, das man immer eine Quelle angeben soll. Zu der Aussage "Das Win32-API soll durch .NET Framework nach und nach abgelöst werden" gibt es aber keine Quellenangabe.



  • Ich weis garnicht was ihr gegen WinAPi habt. Ich find die Klasse und Arbeite sehr viel damit. Auch größere Projekte erstell ich mittels WinApi. In VS (andere kenn ich nicht) hast du ja auch einen schicken Resourceneditor und kannst dir deine Dialoge zusammenklicken, du musst ja nicht alles per Hand machen.
    Und ich weis nicht vielleicht liegt das daran das ich erst mit WinApi angefangen habe aber ich finde die MFC, naja wie soll ich sagen 😮
    Als ich das erste mal reingeschaut habe kamm ich garnicht klar weil man nicht erkennt wann was passiert, Total unübersichtlich. Das war bei WinApi (und da war ich noch jünger und unerfahrener) anders. Da weis man wenigstens wo man ist und wann man was macht :p (jaja ich weis wenn ich MFC könnte, könnte ich das auch sehen 🙄 )

    Naja und einen Anfänger von der WinApi gleich von vornerein abzuraten find ich Falsch. Guck sie dir mal an. Besonders es ist scheis egal ob du VB, C++, Delphi oder so programmierst, auf die WinApi kannst du immer zugreifen.

    MfG schirrmie



  • Einem Anfänger würde ich die Win-API trotzdem nicht empfehlen. Was aber nicht heißt, das die WIn-API ausstirbt. Keiner kann mir erzählen, das er _komplexe_ Systeme ausschliesslich im C-Style (halt Win-API) komfortabler als mit einem OO-Framework entwickeln kann. Zumindest nicht so komfortabel, als wenn ich ein modernes und sauberes OO-Framework (meinetwegen .NET) nehme (egal welche Sprache).

    Schön das ich weiß wie die Win-API funktioniert. Aber bringt mich das weiter als jemand der kein Win32 kann? Wer C programmiert, soll oder kann nur Win32-API nehmen, richtig. Wenn ich aber C++ programmiere, sehe ich keinen Grund, mir nen Ast mit der C-API von Windows abzubrechen. Auf Win32-API greife ich zurück, wenn mir das verwendete OO-Framework ein bestimmtes Problem nicht lösen kann. Sagen wir mal, ich will auf einen TWAIN-Interface zugreifen. Wenn mir das OO-Framework da nichts anbietet, muß ich gezwungenermaßen auf Win32-API zugreifen. Aber wenn das OO-Framework mir das was anbietet, mach ich nen Bogen um die Win32-API. Und die meisten Programmieranfänger, wollen erstmal ein paar Fenster mit Buttons erstellen. Völlig unwichtig wie die Windows-Messages für Makros haben.

    Aber das ist eh eine Grundsatzdiskussion, die hier regelmäßig auftaucht.


Anmelden zum Antworten