Fun-Soft - Programmierforum

Autor

Thread - Seiten: > 1 <

000
30.11.2004, 12:06 Uhr
~Abel
Gast

Hi,
ich möchte demnächts in die MFC einsteigen. Kann mir jemand ein Buch oder eine Web Seite empfehlen, wo ich etwas davon lesen kann?
Danke
Abel.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

001
30.11.2004, 12:42 Uhr
mike
Pinguinhüpfer
(Operator)

Hi!
Schau mal in den ebooks ( www.fun-soft.de/ebooks.php ).
Visual C++ 6 ist ziemlich gut - aber da es ja schon Version 7 gibt kann ich dir leider keine Empfehlung geben.

mfg
--

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

002
30.11.2004, 14:51 Uhr
~qt
Gast

Die MFC ist veraltet.
Ich würde keinem empfehlen das noch zu Lernen.
Es gibt alternativen im GUI Bereich, wie QT, GTKMM etc,
welche Modernere und bessere Ansätze in der GUI Programmierung
und Anwendungsarchitektur gehen.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

003
30.11.2004, 15:32 Uhr
Windalf
Der wo fast so viele Posts wie FloSoft...
(Operator)

wenn du MFC nutzt bist du mehr oder weniger gezwungen dich zumindest auch ein bisschen mit der WinAPi auseinanderzusetzen was für nen Windowsprogrammieren nicht unbedingt so falsch ist... alles kannst du mit Qt und Co nämlich auch nicht machen und musst wenn es hart auf hart kommt dann doch die WinApi verwenden...
--
...fleißig wie zwei Weißbrote

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

004
30.11.2004, 15:34 Uhr
~mike
Gast

Jo, Cross Plattform Programmierung ist bestimmt gut. So Projekte wie www.wxwidgets.org/ haben sicher ihre Vorteile. Ein weiteres super Framework ist Cocoa von Apple - kann ich nur weiter empfehlen (ist aber native).
Aber ich glaube da will M$ mit .NET hin - also ich würde auch eher zu .NET tendieren - obwohl ich mit Mac Os X *mein* Desktop OS gefunden hab

mfg

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

005
30.11.2004, 15:47 Uhr
Spacelord
Hoffnungsloser Fall

Wenn ich heute das Programmieren anfangen würde, würde ich mich auch nicht mehr mit den MFC beschäftigen.
Mit denen muss man sich schon wirklich auskennen um was halbwegs objektorientiertes rauszukriegen oder um sich von der aufgezwängten DOC/VIEW Architektur zu trennen.
Da haben aber auch viel die Lehrbücher dran schuld,die sich nicht die Mühe machen zu zeigen wie man auch mit den MFC objektorientiert programmieren kann/könnte.
Ob QT der absolute Kracher ist möchte ich aber auch dahingestellt lassen....

MfG Spacelord
--
.....Ich mach jetzt nämlich mein Jodeldiplom.Dann hab ich endlich was Eigenes.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

006
30.11.2004, 16:39 Uhr
Hans
Library Walker
(Operator)

Zitat von Spacelord:

Da haben aber auch viel die Lehrbücher dran schuld,die sich nicht die Mühe machen zu zeigen wie man auch mit den MFC objektorientiert programmieren kann/könnte.

Hi,
das klingt ja beinahe so, als ob die Bezeichnung der Bibliothek so ziemlich das einzige ist, was daran objektorientiert ist...

Hans

P.S. In diesem Zusammenhang fällt mir gerade ein Buch von einem gewissen Axel T. Schreiner von Ende der 90er Jahre ein, das zeigen sollte, wie man objektorientierung mit Standard C hin bekommt... - ob's gelungen ist, weis ich nicht.
--
Man muss nicht alles wissen, aber man sollte wissen, wo es steht. Zum Beispiel hier: Nachdenkseiten oder Infoportal Globalisierung.

Dieser Post wurde am 30.11.2004 um 16:47 Uhr von Hans editiert.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

007
30.11.2004, 16:42 Uhr
0xdeadbeef
Gott
(Operator)

Was C++-GUI-toolkits angeht, ist gtkmm das sauberste, das ich bisher gesehen habe. Unter Windows gibts da allerdings das Problem, das man ne gtk-runtime braucht, um gtkmm-Programme auszuführen, was zwar eigentlich nicht wirklich problematisch, aber aufgrund des nicht vorhandenen Paketmanagements unter Windows für die meisten Anwender ungewohnt sein dürfte. Aus dem Grund benutze ich, wenn ich was für Windows schreiben muss, meistens wxWidgets, das kann man statisch ranlinken. wxWidgets ist zwar kein wirklich richtig C++-ig durchgestyltes GUI-Toolkit wie gtkmm, aber es ist benutzbar, und es liefert jede Menge praktische Widgets schon mit, weswegen es für "Ich schuster dies und das gerade mal zusammen"-Aktionen prädestiniert ist.

Was die MFC angeht, die sind grausam. Das selbe gilt für Visual C++ 6.0 - der nimmt jedes zweite, etwas kompliziertere, aber trotzdem standardkonforme Konstrukt nicht an, weil er zu dumm ist, und er beschwert sich ein paar zig-hundert mal, wenn man auch nur einen STL-Header einbinden will. Ich würde das DIng nicht mal einen C++-Compiler nennen.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

008
30.11.2004, 18:56 Uhr
FloSoft
Medialer Over-Flow
(Administrator)

Der .NET-Visual C++ ist besser, wenn man mal in Richtung Windows programmieren will, kommt man kaum an der MFC rum, was ich jetzt so gesehen habe wird in Firmen, die auf Windows setzen, mit der MFC programmiert, oder dann direkt über C# und .NET und Konsorten.
--
class God : public ChuckNorris { };

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

009
30.11.2004, 21:47 Uhr
Spacelord
Hoffnungsloser Fall

Zitat von Hans:

Hi,
das klingt ja beinahe so, als ob die Bezeichnung der Bibliothek so ziemlich das einzige ist, was daran objektorientiert ist...

Hans

So brutal würde ich es nicht ausdrücken.
Die Klassenbibliothek ansich kann man eigentlich schon gebrauchen,man wird aber vom App-Wizard,der Nachrichtenverteilung,dem Klassenassi,dem Resourceneditor in eine Architektur/Stil-Richtung gedrängt die MS wohl für den richtigen Weg gehalten hat.
Das heisst aber nicht dass man es zwangsläufig so umsetzen muss!!
Nur mal so nen ganz lumpiges Beispiel:
Wenn du in ner Dialoganwendung nen Button hast und dieser gedrückt wird,dann wird diese Nachricht in einer "Standard-"MFC Anwendung von der Dialogklasse verarbeitet,aber vielleicht ist die Nachricht ja garnicht für den Dialog gedacht sondern für ein Editfeld?
Mal angenommen du hast nen Editfeld und nen Button.In das Editfeld sollen irgendwelche Strings eigelesen werden und in einem Vectorattribut deines Editfeldes gespeichert werden.Um den eingegebenen String zu speichern muss man den Button anklicken.
Weiter ist der Button solange deaktiviert bis in das Editfeld was eingegeben wurde.
Das lässt sich mit der vorgegebenen Nachrichtenweiterleitung ohne weiteres erledigen allerdings ist die Wiederverwendbarkeit des Codes dann gleich Null(ausser Copy&Paste) weil du den Umweg über den Dialog gehst.Im Endeffekt hat der Dialog ansich aber ja garnichts mit der ganzen Geschichte zu tun und Edit und Button sollten das unter sich ausmachen.Dafür musst du aber die Nachrichtenweiterleitung erstmal verbiegen.Ist auch ohne weiteres möglich,nur es macht keiner weil in der MFC Literatur im Allgemeinen das Bild vermittelt wird dass das alles vollkommen ok ist so wie es ist....

Das typische MFC Buch fängt mit einer 3 seitigen OOP Einführung an(ein Auto ist ein Fahrzeug und blabla) schwärmt davon wie toll doch OOP ist und 10 Seiten weiter wird dem Leser dann gezeigt wie man GetDlgItem benutzt(und damit Objekte vermeidet!!) und wie man Code schreibt den man 100% nie viederverwenden kann.
In der "typischen" MFC Anwendung ist die komplette Anwendungslogik irgendwie in den Dialog/View gequetscht.Das hängt aber nicht direkt mit den MFC zusammen sondern vielmehr damit dass man es von Anfang an nicht anders gezeigt bekommt.
Wie gesagt es geht durchaus auch anders.
Trotzallem sind die MFC aber so ne Sache für sich....

MfG Spacelord
--
.....Ich mach jetzt nämlich mein Jodeldiplom.Dann hab ich endlich was Eigenes.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

Seiten: > 1 < [ VC++ / MFC ]

ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: