.Net vs. java

[PM Heiko]

Hallo,

wie wollen eine Anwendung (ähnlich eines Warenwirtschftssystemes) schreiben an dem permanent zwischen 20-250 Usern arbeiten.

In der Firma wird bereits eine kleine Apllikation unter Java entwickelt.

Meiner Meinung nach bietet sich Java für das schnelle erstellen von Benutzeroberflächen nicht an, zum zweiten muss die Anwendung nicht internetfähig sein.

Soweit ich mich in die Lizenzrechte eingelesen habe, ist es wohl auch nicht erlaubt, dieunter Verwendung der API die erstellte Software zu verteilen.

Wer kann mir aus seiner Erfahrung ein wenig berichten?

Heiko

Sugar_ (at) T-Online.de

[Bernhard Geyer]

Du kannst mit Java genausogut (mit den neuen Möglichkeiten der aktuellen Java-Versionen) GUI's entwickeln. Bitte nicht an Halbwissen festhalten die evtl. für Uraltversionen von Java gegolten haben. Es gibt genügend Beispiele im Java-Umfeld das Java und GUI kein Wiederspruch sein muss.

Wenn man natürlich an Java 1.1 und der MS-Virtual Machine festhalten muss/will/soll ist natürlich Java der aktuellen .NET-Version unterlegen. Dafür hat MS gesorgt

[Andreas Kosch]

Hallo Bernhard,

>..Dafür hat MS gesorgt.

Nur zur Klarstellung. Die Wurzeln des Übels mit den ersten Java-Versionen hat SUN, und nicht Microsoft zu vertreten. .NET ist nur deshalb so gut, weil Microsoft aus den Fehlern anderer lernen konnte :-)

Da Java überall laufen soll, darf keine Besonderheit der Hardware (oder des Betriebssystems) verwendet werden (Prinzip des kleinsten gemeinsamen Nenners).

Es sei an die Firma erinnert, die das eigene Office-Konkurrenzpaket völlig in Java geschrieben hat. Dies war die erste und einzige Textverarbeitung, die neue Zeichen langsamer angezeigt hat, als der Anwender den Text eintippen konnte :-

[Bernhard Geyer]

> Nur zur Klarstellung. Die Wurzeln des Übels mit den ersten Java-Versionen hat SUN, und nicht Microsoft zu vertreten.

Du hast mich mißverstanden. Das ältere Java-Versionen diverse Problem haben ist klar und da hat Sun die Fehler gemacht. Aber MS hat mit ihrer Strategie das es von ihnen nur eine 1.1er-Version gegeben hat dafür gesorgt das modernere Java-Versionen sich schlecht auf dem Client verbreiten. Die Verwässerungsversuche mit ihrer Windows-Gebundenen Java-Version musste ja glücklicherweise gestoppt werden.

> .NET ist nur deshalb so gut, weil Microsoft aus den Fehlern anderer lernen konnte :-)

Und es ist so gut das man mit jeder Version inkompatible API-Schnittstellen definieren muss :-)

> Da Java überall laufen soll, darf keine Besonderheit der Hardware (oder des Betriebssystems) verwendet werden (Prinzip des kleinsten gemeinsamen Nenners).

Ja und? Ist es unter .NET anders? Schon mal probiert eine "normale" .NET-Anwendung direkt auf einem PocketPC laufen zu lassen? Is nicht. Da darf ich dann auch nur das verwenden was MS für das Compact Framework übrig gelassen hat. Man muß eh die GUI für die Geräte anpassen. Ein PocketPC oder noch besser ein Handy braucht nun mal ein anderes GUI-Design.

> Es sei an die Firma erinnert, die das eigene Office-Konkurrenzpaket völlig in Java geschrieben hat. ...

Wird vermutlich mit einer alten Java-Version und unpassender GUI-Bibliothek gewesen sein und vor allem zur falschen Zeit.
Würde man heutzutage fähige Leute diesen Ansatz wählen würde ich problemlos Wetten das hierbei was bedienbares herauskommt. Es gibt genügend Beispiele aus dem Apache-Bereich das man GUI-Anwendungen mit Java entwickeln kann. Vor nicht zu langer Zeit wurde in der c't ein Vergleich zwischen C++, Delphi, Java und C# in 2-3 Ausgaben durchgeführt. Dort hate bei "reinen" Rechenknechtaufgaben C++ die Nase vorn. Aber als es um "realere" Objektorientierte Aufgaben mit Vererbung, Überladung, ... ging war C++ auf einmal die langsamste Sprache

[Bernhard Geyer]

Zurück zum Thema:

Wenn diese Anwendung wirklich nur intern verwendet werden soll und kein Verkauf angedacht ist dann schau dir mal die interne Serverlandschaft an sowie die Planung bezüglich was in Zukunft auf der Serverseite laufen soll.

Gibt es dort lauter Linux-Kisten oder soll in Zukuft in diese Ecke die Entwicklung gehen ist Java u.U. das geeigneste.

Hast Du eh schon lauter Windows-Kisten und die Admin-Erfahrung ist eh in diesem Bereich sehr hoch ist .NET besser geeignet.

Unabhänig davon ist vermutlich eine Browser-basierte Lösung u.U. trotz der Nicht-Forderung Internet heutzutage u.U. besser als eine "altertümliche" Exe. Laufen evtl. schon Teile der Backendsoftware evtl. schon Browser-Basierent, dann ist eine intergration hier sehr viel einfacher als mit einer Exe