[Twaddler]

Der Artikel stammt nicht von mir. Aber ich denke, dass der Autor die Anatomie von CObject meint Ich selbst habe da keine Überblick. Ich kann nur für mich sagen, dass der Quelltext durch die Makros ziemlich unsauber wirkt. Außerdem ist die Abstraktionsebene der MFC viel niedriger als die der VCL, was den Einstieg und die Benutzung schwieriger macht.

BTW: Man spricht auch nicht die Wahrheit, wenn man alles, was den Anspruch auf OOP erhebt, als sauber darstellt. Die Implementierung entspricht einfach nicht mehr dem Zeitgeist.
Was den Designaspekt (nicht des Codes) anbelangt, steht man mit den MFC wirklich sehr schlecht dar. Für die VCL gibt es eine so große Bandbreite an Produkten und freien Ergänzungen, die das "aufpeppen" der Formulare in Sekundenschnelle ermöglichen. - Unter Verwendung der MFC ist das alles viel mehr Arbeit.

[das_kindlein_schreit]

Zitat von Twaddler

Ergänzungen, die das "aufpeppen" der Formulare in Sekundenschnelle ermöglichen. - Unter Verwendung der MFC ist das alles viel mehr Arbeit.

Nein. Das ist erfunden. Man trifft immer wieder Leute die das oder etwas ähnliches über MFC behaupten und wenn man nachfragt stellt man fest dass diese Info "mal gehört" wurde. Vor ca. 15 Jahren war MFC im Entwicklungsstadium und hatte dementsprechend kaum Funktionen - kompetenztechnisch fragwürdige Gestalten haben die Libs dann direkt beurteilt und nie wieder nachgeforscht, geben falsche Infos heutzutage sogar weiter.
Nenn mir eine Aufgabe die angeblich "nur umständlich" mit MFC zu lösen wäre und ich nenne dir eine einfache Lösung, tatsächlich ist MFC nämlich kinderleicht zu Verstehen und mitunter sogar recht mächtig, auch wenn es teilweise defekte Altlasten gibt.