suche Fenster-Tut

Artchi

MFC sollte man nicht mehr weiter empfehlen. Ist 1. unschön, 2. hat es keine Zukunft und 3. macht es nur mit VisualC++ Sinn, was der Poster jedoch nicht einsetzt.

PuppetMaster2k

Und 4. Ist die MFC tot und das sagt auch MS Selbst!

guenni81

Wenn das so ist, dann würde ich zu wxWidgets tendieren...

Ich würde zu .Net tendieren, weil die wxWidgets auch nur auf der WinAPI basieren, die es in Longhorn nur noch aus Kompatibilitätsgründen gibt.
Es gibt zwar Leute, denen das nicht gefällt, aber in Zukunft kommt keiner an .Net in der Windows-Programmierung vorbei.
Man braucht auch kein Visual Studio dafür, das SDK mitsamt Compiler gibt es umsonst.

Ein weiterer Vorteil: Du hast es so ein bisschen Java-like, was dir dann bekannt vorkommen dürfte.

Ach ja, die Beta von VC++ 2005 gibt es auch umsonst...

guenni81

Das .NET wird sich auf alle Fälle in den nächsten Jahren zumindest für Windowsanwendungen durchsetzen.
Wobei hier die Frage ist wie es mit den Programmen aussieht die in Realtime laufen müssen.
Bei dem wxWidgets habe ich aber den vorteil das es ebenfalls unter Linux, etc. läuft.

berdl.de

Hi,
@John Doe: Tjaa, ich hab halt kein eigenen Computer (bin nämlich schüler )
und ich trau mich nich beim Familien-PC Linux zu installieren

Also soll ich jetzt wxWidgets nehmen oder was?? Auch wichtig wär, dass es auf allen (Windows-)PCs läuft...

Wobei hier die Frage ist wie es mit den Programmen aussieht die in Realtime laufen müssen.

Brauch man dafür nicht ein Realtime Betriebssystem?

guenni81

@??????
Mit Realtime meinte ich eigentlich Programme die sehr schnell laufen müssen und wenig Speicher verbrauchen sollen. War eventuell ein wenig falsch von mir ausgedrückt.

@berdl.de
Es kommt drauf an auf welchen Betriebssystemen dein Programm laufen soll. Wenn es nur auf Windows Systemen laufen soll, dann kannst du die Programme mit der MFC (oder .NET C#/VB.NET) machen. Sollten die Programme darüberhinaus auch noch auf Linux, Mac, etc. laufen dann würde ich dir wxWidgets empfehlen.

[quote="guenni81"]@??????
Mit Realtime meinte ich eigentlich Programme die sehr schnell laufen müssen und wenig Speicher verbrauchen sollen. War eventuell ein wenig falsch von mir ausgedrückt.

Ja, und wo ist das Problem bei Programmen, die "sehr schnell laufen müssen" ?
Oder kommt jetzt wieder nur .Net ist langsam?

Oder kommt jetzt wieder nur .Net ist langsam?

In der Tat ist .Net langsam.

Gewöhn dich dran.

guenni81

.NET ist vom Konzept her super. Damit lassen sich sehr schnell Programme Designen und entwerfen. Leider brauchen einfache Programme ziemlich schnell 15 MB und mehr im Arbeitsspeicher und sind auch im Vergleich von Programmen die in C++ geschrieben worden sind um einiges Langsamer.

rüdiger

FAQ

Optimizer schrieb:

Ich würde zu .Net tendieren, weil die wxWidgets auch nur auf der WinAPI basieren, die es in Longhorn nur noch aus Kompatibilitätsgründen gibt.
Es gibt zwar Leute, denen das nicht gefällt, aber in Zukunft kommt keiner an .Net in der Windows-Programmierung vorbei.

das ist ja der Gack an einem Wrapper, dann nutzt wxWidgets eben Avalon. WinForms sind ja genauso Wrapper und Avalon ist noch nicht draußen und es gibt ja sogar Gerüchte, dass es Avalon zusammen mit WinFS nicht in Longhorn schaffen wird!

WinForms sind heute ein Wrapper um die WinAPI, aber nicht mehr in Longhorn oder allerspätestens dann nicht mehr, wenn es die WinAPI nicht mehr gibt.
Da wird irgendwann wxWidgets nichts anderes mehr übrig bleiben, als WinForms zu wrappen...
Ob das wirklich sinnvoll ist, zweifle ich an. Die Winforms sind high-level genug. Und wenn einer von Java kommt, wird er die glaub ich auch lieber mögen.

es gibt ja sogar Gerüchte, dass es Avalon zusammen mit WinFS nicht in Longhorn schaffen wird!

Ich habe Gerüchte gehört, dass es Avalon sogar noch auf winXP schaffen wird. ;/
Nachzulesen in der MSDN.

Da wird irgendwann wxWidgets nichts anderes mehr übrig bleiben, als WinForms zu wrappen...
Ob das wirklich sinnvoll ist, zweifle ich an.

Natürlich. Damit es auf mehreren Platformen läuft.

guenni81

Wer weiss, vielleicht fangen die auch mal an die Fenster unter Windows selbst zu zeichnen/handlen?! Lassen wir uns überraschen, wir werden es ja alle noch früh genug mitbekommen.