KirschCola_Säufer schrieb am 18. Mai 2011 08:23
> unfrei, langsam und neuerdings kommerziell.
>
> Nehmt Qt.
Bin selber nicht .net entwickler aber wir reden hier von mehreren
Dingen.
a) die Sprache selber und die Runtime, beides ist sehr gut und für
eine VM basierte Lösung sehr schnell.
b) Die Class Library, von der man etwa 10% frei implementieren darf.
Soweit ich .Net einschätze geht die gesamte Class Library, zumal sie
in letzter Zeit defakto nur mehr Blanko vom JEE Bereich kopiert doch
ein bischen weiter als Qt, das hauptsächlich Rich Client
Applikationen abdecken will.
Aber wenns für mich Richtung Multi Plattform Server Applikationen
geht so ist .Net sowieso nicht die richtige Wahl und für Client
Applikationen eigentlich auch nur wenn ich definitiv nur Windows
sicher unterstützten will.
> unfrei, langsam und neuerdings kommerziell.
>
> Nehmt Qt.
Bin selber nicht .net entwickler aber wir reden hier von mehreren
Dingen.
a) die Sprache selber und die Runtime, beides ist sehr gut und für
eine VM basierte Lösung sehr schnell.
b) Die Class Library, von der man etwa 10% frei implementieren darf.
Soweit ich .Net einschätze geht die gesamte Class Library, zumal sie
in letzter Zeit defakto nur mehr Blanko vom JEE Bereich kopiert doch
ein bischen weiter als Qt, das hauptsächlich Rich Client
Applikationen abdecken will.
Aber wenns für mich Richtung Multi Plattform Server Applikationen
geht so ist .Net sowieso nicht die richtige Wahl und für Client
Applikationen eigentlich auch nur wenn ich definitiv nur Windows
sicher unterstützten will.