Womit sollte man heutzutage Programme entwerfen?

Win32 oder .Net?

Für einen, der keien Ahnung hat, wo liegen die Unterschiede?


Moderiert von UGrohne: Topic aus VCL (Visual Component Library) verschoben am Mi 08.06.2005 um 18:03

Gelöscht

>M@steR< hat folgendes geschrieben:

.NET ist so was ähnliches wie ein "virtueller Prozessor"

Um Gottes Willen. Es ist ein Framework und eher mit java zu vergleichen.

Für Neuentwicklungen würde ich nur noch .NET nehmen. Win32 wird zwar noch sehr lange unterstützt werden - schon wegen der riesigen Menge an Software, die es dafür gibt, aber .NET ist definitiv der Nachfolger. Da es auch ein sehr modernes objektorientiertes API ist, ist es auch viel angenehmer zu benutzen als Win32.

Stefan

Ich habe mal versucht eine Mini-DB-Anwendung unter .NET zu basteln. Davon war ich nicht wirklich überzeugt. Kann natürlich an meinem Unvermögen liegen.
Andere Dinge sind dafür wieder ziemlich einfach. Ein kleines Programm zur Windows-Prozess-Verwaltung war sehr schnell gemacht.

Ich bin noch sehr untentschieden, was eine Entscheidung zwischen Win32 und .NET betrifft. Es wird aber noch ein paar Jahre dauern, bis man gezwungen sein wird, .NET zu verwenden. Wer weiß, ob sich das nicht selbst überholt und bis dahin schon wieder eine völlig neue Technik entwickelt wird.

Gelöscht

>M@steR< hat folgendes geschrieben:

Luckie hat folgendes geschrieben: >M@steR< hat folgendes geschrieben: .NET ist so was ähnliches wie ein "virtueller Prozessor" Um Gottes Willen. Es ist ein Framework und eher mit java zu vergleichen. Ups da muss ich irgendwo was falsches gelesen haben.

Da hast du wahrscheinlich virtuelle Maschine gelesen. .NET kompiliert - genau wie Java - nicht zu Prozessor-nativem Code, sondern zu Bytecode, der von einer virtuellen Maschine ausgeführt wird. Es ist daher theoretisch Möglich, das reine .NET-Programme auch auf anderen Plattformen ausgeführt werden, wenn es eine VM und die .NET-Bibliotheken für diese Plattform gibt. Das OpenSource-Projekt Mono baut eine Linux-Version von .NET, die schon halbwegs brauchbar ist und z.B. auch schon auf MacOS X portiert wurde.

Stefan

>M@steR< hat folgendes geschrieben:

man solte mit .NET programmieren da das neue Windows (zwar erst 2006 erwartet) hauptsächlich mit .NET arbeitet. .NET ist so was ähnliches wie ein "virtueller Prozessor" (eine Plattform für Programme). Auserdem ist es nützlich da die Programme auf ALLEN PC`s (Handhalds) laufen auf denen .NET instaliert ist!!!

Autsch, das ist eine kleine Illusion, denn man muss immer noch für beide extra kompilieren. Denn für das Compact Framework (das für Handhelds) werden noch komplett andere Assemblies verwendet. Das Schlimmste ist aber, dass nur ein kleiner Bruchteil unterstützt wird, was auf dem Computer im Framework implementiert ist ... ich kann da nur immer wieder meine Geschichte erzählen, wie ich versuchte, transparente Buttons zu machen und mit dem Compact Framework kläglich scheiterte.

jasocul hat folgendes geschrieben:

Ich habe mal versucht eine Mini-DB-Anwendung unter .NET zu basteln. Davon war ich nicht wirklich überzeugt. Kann natürlich an meinem Unvermögen liegen. Andere Dinge sind dafür wieder ziemlich einfach. Ein kleines Programm zur Windows-Prozess-Verwaltung war sehr schnell gemacht.

Hab ich auch schon versucht und ich finde es grauenhaft ...

.NET hat noch den Nachteil, das es nicht standartmäßig installiert ist. Ich habe es auch nur durch D2k5 PE bekommen. Dein Programm wäre für nächste Zeit also nur auf einigen XP-Rechner lauffähig. .NET wird sich vor dem Erscheinen von Longhorn also nicht etablieren können. Es wird auch zu erwarten sein was .NET 2.0 mit sich bringt, was am Ende dieses Jahres erscheinen wird. Longhorn wird .NET 2.0 standartmäßig dabei haben, wodurch der Etablierung möglich wird.