Fun-Soft - Programmierforum

Autor

Thread - Seiten: [ 1 ] > 2 <

010
04.09.2003, 11:25 Uhr
0xdeadbeef
Gott
(Operator)

Zum einen ist der STL-Vector deutlich mächtiger als der MFC-Vector (nimm zum Beispiel iteratoren), zum anderen ist er portabel. Eine mit CArray (CVector gibts nur in Visual Basic) geschriebene Routine wird nur unter Windows laufen, den stl-Vector dagegen kennt jede Plattform.

Außerdem hasse ich die MFC, das ist wahr.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra

Profil || Private Message || Suche

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

011
04.09.2003, 12:54 Uhr
~RHBaum
Gast

Naja, MFC ist Geschmakssache ...
Schreibt man MFC programme, ists ne gute Idee auch die Typen zu verwenden, ganz einfach weil sie besser ins framework integriert wurden. Also auch mehr Komfort fuer den Programmierer.

Die MFC-Impl der STL ist ned ganz Threadsicher ... aber man kann sie ja ersetzen, wenn es Probleme macht.

Die MFC nur zu benutzen, wegen den Containerklassen, so wie es M$ manchmal empfiehlt, halt ich aber auch fuer Schwachsinn, man holt sich mehr Probleme rein.
MFC meiden wo es nur geht !

Einen Vorteil hat das MFC-CArray glaub ich ... der verwaltete datenbereich ist immer zusammenhaengend ! Sprich man kann ein CArray an eine C-Function (Beispielsweise WINAPI) ubergeben ...
Bei nem std::Vector ist das nicht vorgeschrieben, wenn ich richtig gelesen hab !

Ciao ...

Profil || Private Message || Suche

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

012
04.09.2003, 13:03 Uhr
typecast
aka loddab
(Operator)

Ja bei der STL ist das nicht vorgeschrieben, aber ich kenne keine Implementation, bei der das anders wäre.
--
All parts should go together without forcing. ... By all means, do not use a hammer. (IBM maintenance manual, 1925)

Profil || Private Message || Suche

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

013
04.09.2003, 13:10 Uhr
virtual
Sexiest Bit alive
(Operator)

Ich glaube, daß man sowieso viel zu häufig vector benutzt (weil man sie als nette Erleichterung gegenüber C Style Arrays sieht). Mit valarray hat man Beispielsweise auch einen Container, der seine Elemente in einem Zusammenhängenden Speicherbereich hält. Das wäre also kein Grund, auf irgendein MFC gemurkse zu setzen. Ausschalggebender finde ich dieses Argument:

Zitat:

~RHBaum postete
[...]
Schreibt man MFC programme, ists ne gute Idee auch die Typen zu verwenden, ganz einfach weil sie besser ins framework integriert wurden. [...]

--
Gruß, virtual
Quote of the Month
Ich eß' nur was ein Gesicht hat (Creme 21)

Profil || Private Message || Suche

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

Seiten: [ 1 ] > 2 < [ C / C++ (ANSI-Standard) ]

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: