Die Grundlagen der WinAPI lernen?
-
Hallo liebe Community!
Ich habe mich seit längerer Zeit mit der Konsolenprogrammierung in C beschäftigt und fühle mich jetzt in der textbasierten Programmierung sicher. Nun wollte ich mich an die Windows Programmierung wagen und habe in diesem Forum mehrmals gelesen, dass sich die WinAPI als Einstieg noch immer lohnt, weil man dadurch viele interne Vorgänge in Windows besser verstehe, als in anderen Schnittstellen. Deswegen habe ich mir den Petzold gekauft und angefangen dieses Meisterwerk zu lesen. Da ich vorhabe später zu einer anderen API zu wechseln, da sich die Low-Level Programmierung für manche Projekte nicht sehr gut eignet, frage ich mich, wie intensiv ich mich mit der WinAPI beschäftigen soll. Es wird ja immer wieder geraten, sich nicht zu lange mit dieser API zu befassen, sondern nur die Grundlagen zu lernen.
Ich weiß jetzt nicht so richtig, wie ich mit dem Buch umgehen soll. Sollte ich wirklich jede Seite durcharbeiten und alle Funktionen "lernen" oder reicht es eigentlich das Kapitel nur zu verstehen und bei der Programmierung jedesmal in der SDK Referenz oder im Buch selbst nachzuschlagen, denn alle Funktionen wird man ja sowieso nie kennen.
Mich würde jetzt interessieren, wie lange und wie intensiv ihr euch mit dem Petzold beschäftigt habt!MfG
gollo
-
... 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 Letzen werden die Ersten sein.
-
@ 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.htmlMfG
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.htmlNicht 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.0oder 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.