habe den Artikel grad nicht gelesen, möcht aber noch ein paar Punkte loswerden:
.NET ist mehr als J2EE (stichwort sprachunabhängigkeit (und kommt mir jetzt nicht mit java bytecode backends für gcc))
Code Behind (in asp.NET) sieht theorethisch verdammt gediegen aus (habs aber praktisch nicht ausprobiert)
Das meisste an und um .NET ist ein ECMA Standard (java nöd)
C# hat von den Fehlern von Java gelernt
Java macht einen bastel Eindruck weil Swing/AWT/SWT..
Ich hoffe aber natürlich, dass Projekte wie mono zu irgendetwas führen.
JAVA macht nicht nur nen basteleindruck java ist ein bastel. J aime le bricolage. Bie dere Sproch sind 2 sache grusig serscht das es sau langsam isch wills uf jedere maschine laufe muess. und s zweit will mer nöd uf hardwareschnittstelle zuegrife chan :o(
Seit euch dessen bewusst:
Meidrich verteidigt ein MS Produkt, da muss was dran sein.
Irgendwas muss im Busch sein, wenn Milamber auf einmal ein Opensource Betriebssystem hat und Meidrich Produkte von einer Firma , die er nicht mag, gut findet.
ookay, ich schreib ihr.
war cool, dass du sie vor ihrem ex um ihre telefonnummer gefragt, sie wissenschaftlich über frauen und ihre beziehungen aufgeklärt und ihretwegen den letzten zug verpasst hast :) (ok ich ja auch)
C# hat von den Fehlern von Java gelernt Begründung?
Java macht einen bastel Eindruck weil Swing/AWT/SWT.. Es geht im Bericht um (verteilte) Enterprise Applikationen. GUI ist etwas sehr Nebensächliches in dieser Diskussion, finde ich. Wie mach ich denn GUIs in/mit/um .NET?
C# ist eine sehr schöne Sprache und .NET ist sicher besser als Java, in puncto geschwindigkeit aber auch in der konzipierung. Wie gesagt man hat viel von Java gelernt, und einige Fehler verbessert und einiges interessantes hinzugenommen.
Best of both worlds sozusagen. Ich sehe eine goldene zukunft, auch wenn .NET zu beginn eher wie eine geisterhafte erscheinung zu sein schien, hat sie gestalt angenommen.
zum Thema GUI
Einfach von der Klasse Form ableiten.
ist schnell, da natürlich Windows Form benutzt werden, ist wie ne kleine Adapterclasse für die MVC, sehr hübsch, hat mich etwas an Delphi erinnert nur noch hübscher :)
Ich würde dir nicht empfehlen Swing und SWT gemeinsam zu verwenden.
Doch AWT ist für die GUI-Programmierung immer noch wichtig (Event-Handling und so). Darum wird jedes Fenster-Prog auch AWT benutzen, nicht aber dessen Container-Klassen.
Auf den ersten Blick sieht das wirklich wie ein Bastel aus, doch das Ganze hat ein System. Swing und SWT sind von AWT abgeleitet.
AWT hat den Zweck möglichst schnell zu sein, was bedeutet, dass man auf den verschiedenen Systemen nur die Möglichkeiten der jeweiligen APIs hat.
Swing und SWT hingegen zeichnen die Steuerelemente selber. Dies bedeutet zwangläufig Performanceverlust. Deshalb meinen viele Leute, dass Java langsam sei. Doch bei den heutigen VMs wurde ein JustInTime-Compiler eingebaut (.NET benutz ebenfalls eine solche Engine). Die Performance ist heute nur noch geringfügig kleiner als ein C/C++ - Prog.
Das Java nicht standartisiert wurde, nervt mich aber auch... Vorallem wenn ich die 1.5er Version anschaue. Schaut euch mal diese Änderungen an Beispiel eines Enumerators an:
