Welches Framework(?) ist für mich geeignet
-
Dann sag doch mal wo man sie umsonst beziehen kann.
-
hmpf läd dir c++ builder x personal runter, da ist das dabei^^
-
vc++ hätt ich auch so gekauft
qt kostet deutlich mehr und man bekommt nich eine der besten entwicklungsumgebungen dazubtw. was is managed c++
-
-
IDEsupport is currently lacking, compared to other managed languages, since there's little or no designer support (but Everett will change this).
abgesehn davon hört sichs doch gut an
wann wird des gefixt?
-
2003, wenn Everett rauskommen wird?
Das ist einfach der Codename für MSVC7.1/2003, das schon länger in den Läden steht und (uA) einen Windows-Forms-Designer hat.
Viel Spaß macht das damit aber IMHO nicht. Der Designer fühlt sich selbst auf schnellen Kisten eher bloatig an und der erzeugte Quellcode ist nicht gerade dekorativ...
BTW: MS arbeitet schon fleißig an Managed C++s "Nachfolger", CLI/C++. Das ist eine standardisierte und *schöne* Möglichkeit, C++ und .NET miteinander zu verwenden. Dauert aber bestimmt noch ewig
-
dann bleibt halt erstmal mfc
-
mfc jetzt anfangen zu lernen lohnt sich erst recht nicht mehr. MS wird die nicht weiter unterstützen. Das ist verschwendete Zeit. Wobei man sich dann zusätzlich noch mit einem der ekelhaftesten C++ APIs rumschlagen muss.
btw. mit dotNET ist kein Platform unabhängiges GUI programmieren möglich! Die GUI und Datenbank Sachen sind proprietäre Erweiterungen zu dotNET und nicht im EMCA/ISO Standard enthalten AFAIK. Da bleibt dir dann auch nur GTK#!
-
Moment, da habe ich eine Frage zu: gtk# basiert doch aber auch auf den .NET-Forms, oder implementieren die den Fensterkernel selbst (und dann für jede Plattform)?
-
GTK# ist wohl nur ein binding zur GTK Library. Auf WinForms arbeitet das aber nicht!
-
I see
-
@Gtk# The current release is 0.15
das ding in nem ernsthaften projekt einzusetzen is selbstmord
mit einem der ekelhaftesten C++ APIs
is geschmacksache... ich mag mfc. ich hätt zwar nix gegen was aktuelleres. aber es gibt ja noch nix
-
@Gtk# The current release is 0.15
das ding in nem ernsthaften projekt einzusetzen is selbstmord
das zeigt deine Unwissenheit. Die Versionsnummer sagt so nichts über die Qualität des Produktes aus! Gerade im OpenSource Bereich wachsen die Versionsnummern extrem langsam. Du findest ja sogar schone eine Liste von Projekten, die die API benutzen.
ich hätt zwar nix gegen was aktuelleres. aber es gibt ja noch nix
nichts von MS. Ansonsten gibt es viele aktuellere Frameworks, die viel mehr C++ sind. (MFC könnte man ja fast als C bezeichnen)
siehe gtkmm, boost etc.
-
[quote="kingruedi"][quote]@Gtk# The current release is 0.15
das ding in nem ernsthaften projekt einzusetzen is selbstmord
das zeigt deine Unwissenheit. Die Versionsnummer sagt so nichts über die Qualität des Produktes aus! Gerade im OpenSource Bereich wachsen die Versionsnummern extrem langsam. Du findest ja sogar schone eine Liste von Projekten, die die API benutzen.
ich hätt zwar nix gegen was aktuelleres. aber es gibt ja noch nix
nichts von MS. Ansonsten gibt es viele aktuellere Frameworks, die viel mehr C++ sind. (MFC könnte man ja fast als C bezeichnen)
siehe gtkmm, boost etc.
was mich nervt is das alle diese projekte sagen was sie tolles können... aber selten was sie nich können
dann arbeitet man sich da ein, will es einsetzen und stoßt an irgendne kaum optimierte leistungsgrenzedie versionsnummer sagt aber definitiv aus dass es ab 1.0 bugfrei und benutztbar sein sollte ohne irgendwelche "not implemented yet" throws von funktionen die bereits in der doku stehn... nur als beispiel
ich will mich lieber drauf verlassen können, dass es kann was ich will
-
die versionsnummer sagt aber definitiv aus dass es ab 1.0 bugfrei und benutztbar sein sollte ohne irgendwelche "not implemented yet" throws von funktionen die bereits in der doku stehn... nur als beispiel
0.15 heisst nicht, dass die Software Bugs haben muss. Wahrscheinlich sind eben nur noch nicht alle GTK Features gewrapped. Aber das diskutieren bringt uns hier eh nichts, wer Platformunabhängige GUI mit dotNET will kommt zZ. eben nicht um GTK# herum. Die WinForms sind eine Platform abhängige proprietäre Erweiterung von Microsoft. Da ändert es auch nichts dran, ob GTK# in Version 1.0 oder 0.15 ist.
Aber generelle Aussagen über die Stabilität eines Produktes anhand der Versionsnummer sind schwachsinn. Wenn du so etwas behaupten willst, dann leg Beweise vor!
was mich nervt is das alle diese projekte sagen was sie tolles können... aber selten was sie nich können
dann arbeitet man sich da ein, will es einsetzen und stoßt an irgendne kaum optimierte leistungsgrenzeund das passiert bei der MFC nicht? Marc++us hat doch schon ein Beispiel genannt, so wie Buttons mit Icons etc.
-
ich hab nich behauptet dasses bei der mfc ned so is
aber da weiss ich wenigstens was für programme schon damit geschrieben worden sind und aus welcher leistungsklasse die stammenbzgl. Wahrscheinlich sind eben nur noch nicht alle GTK Features gewrapped.
na also dann kann man auch noch nich ordentlich damit arbeiten
ich hab nich behauptet dasses schlecht ist... es is einfach nich die alternative schlechthin... eigentlich isses noch garkeine alternative
-
bzgl. Wahrscheinlich sind eben nur noch nicht alle GTK Features gewrapped.
na also dann kann man auch noch nich ordentlich damit arbeiten
warum? Ich glaub du trollst einfach nur hier rum.
Warum solltest du damit nicht arbeiten könne? Es gibt schon Projekte, die auf GTK# aufbauen und auch komplexe Widgets benutzen. Versuch doch bitte zu argumentieren. Ich sag ja auch nicht mit der MFC kann man nicht arbeiten, weil man da keinen Button Icons zu weisen kann (Wo GTK# nicht scheitert, wenn du mal die Screenshots angucken würdest und nicht so dumm flamen würdest).
ich hab nich behauptet dasses schlecht ist... es is einfach nich die alternative schlechthin... eigentlich isses noch garkeine alternative
nein, der Punkt ist nicht ob GTK# eine Alternative ist, sondern der Punkt ist für Platformunabhängige GUIs mit dotNET gibt es keine Alternative zu GTK#. Das Verhältnis ist genau andersrum (wie oft soll ich das noch erklären?)
-
bzgl. trollen
schau doch mal in den bugzilla... das ding schwimmt nur so in bugsbzgl. komplexe widgets
allein das anzeigen is nich alles... clanlibs listbox bekommt z.b. schon nach n paar tausend items probleme
das hab ich natürlich erst bemerkt als ich auch wirklich n paar tausend drin hattebzgl. buttons und icons
keine ahnung was du damit meinst ... wenn ich das aussehn meines programms verändern will benutz ich eh die lib von http://www.appspeed.com/
dauert nur n paar minuten irgendnem control n bitmap zuzuweisen
-
Trotz der vielen Bugs die dort stehen, kann ich einwandfrei damit arbeiten und
nur das zählt letzten endes.
GTK# muss in 0.15 doch nicht alles gewrapped haben, 0.15 heißt für mich eine der
ersten lauffähigen Versionen, warscheinlich nocht nicht alles implementiert und
stecken sicher noch einige gravierende Bugs drin.Was empfiehlt ihr mir denn derzeit konkret, bin immernoch so unschlüssig
-
morlord schrieb:
Ich kann dir nur wxWindows empfehlen, denn wxWindows ist neben der VCL die wohl vollständigste und funktionsreichste Bibliothek, die es gibt. Eine RAD/IDE gibt es in Form von VisualWx bereits für Windows. Mit der nächsten Version vom Borland C++BuilderX wird es dann auch eine gute RAD/IDE für Linux und Solaris geben.
Der enzige Nachteil ist momentan, dass es nicht viele Infos, Tuts, Manuals oder gar Bücher über wxWindows gibt. Ich denke aber, dass sich das in naher Zukunft ändern wird.Stimmt. wxWindows ist das Toolkit der Zukunft und das Beste obendrein.
Und zur Informationslage: Schon mal auf wxWindows.org nachgeschaut? Da gibt's genug Informationen für jeden.