Frage

Ich habe gerade einen gesehen Kommentar zum Vorschlag von J#, und ich wunderte mich...Gibt es eine echte, vorteilhafte Verwendung von J# gegenüber Java?Ich habe also das Gefühl, dass der einzige Grund, warum Sie überhaupt über die Verwendung von J# nachdenken würden, darin besteht, dass das Management verfügt hat, dass das Unternehmen auf den Java-Zug aufspringen soll ...und der .NET-Zug.Wenn Sie J# verwenden, verlieren Sie effektiv den größten Vorteil der Auswahl von Java ...Umfangreiche plattformübergreifende Unterstützung.Natürlich gibt es Mono, aber es wird nicht so umfassend unterstützt oder ist nicht so voll funktionsfähig, oder?Ich erinnere mich, dass ich gehört habe, dass Formulare nicht vollständig (vielleicht überhaupt) unterstützt werden.

Ich versuche hier nicht, .NET zu verunglimpfen, ich sage nur: Wenn Sie den Microsoft-Weg gehen wollen, warum nicht einfach C# verwenden?Wenn Sie den Java-Weg gehen, warum sollte dann J# ins Spiel kommen?

Ich hoffe, hier einige Fälle aus der Praxis zu finden. Bitte antworten Sie daher insbesondere, wenn Sie J# WIRKLICH in einem ECHTEN Projekt verwendet haben und warum.

War es hilfreich?

Lösung

J# ist in VS2008 nicht mehr enthalten.Sofern Sie nicht bereits über J#-Code verfügen, sollten Sie die Finger davon lassen.

Aus j# Produktseite:

Da die Kunden uns mitgeteilt haben, dass der vorhandene J# -Funktionsset ihren Anforderungen und die Verwendung von J# nimmt, zieht Microsoft das Visual J# Product- und Java Language Conversion Assistant Tool zurück, um Ressourcen für andere Kundenanforderungen besser zuzuweisen.Das J# Language- und JLCA -Tool wird in zukünftigen Versionen von Visual Studio nicht verfügbar sein.Um bestehende Kundeninvestitionen in J# zu erhalten, wird Microsoft weiterhin die J #- und JLCA-Technologie unterstützen, die mit Visual Studio 2005 bis 2015 gemäß unserer Produktlebenszyklusstrategie ausgeliefert wurden.Weitere Informationen finden Sie unter Erweiterte Microsoft Support Lifecycle -Richtlinie für Geschäfts- und Entwicklungsprodukte.

Andere Tipps

Der gesamte Zweck von J# besteht darin, den Übergang von Java-Entwicklern zur .NET-Umgebung zu erleichtern, was nicht so gut funktioniert hat (ich vermute hier), weshalb Microsoft J# aus Visual Studio 2008 entfernt hat.Zu Ihrer Frage: „Gibt es einen echten Vorteil bei der Verwendung von J#?“kurzgesagt...NEIN..

Die C#-Syntax kommt der von Java so nahe (und ist in mancher Hinsicht besser), dass Sie genauso gut C# statt J# lernen können.Und da C# weiter verbreitet ist, können Sie ganz einfach Java -> C#-Tutorials auf Google finden oder sich diese anschauen http://www.asp.net/learn und schauen Sie sich einige Videos an.

Anstelle von J# würde ich lieber IKVM bevorzugen (http://www.ikvm.net/), um meine JARs in .NET-Assemblys zu konvertieren und auf Java-APIs in C# zuzugreifen.

Ich glaube nicht, dass es darauf ankommt, welche Sprache besser ist.In der .NET-Welt gibt es einige Inkonsistenzen zwischen den Bibliotheken, die verschiedene Sprachen bereitstellen.Es gibt bestimmte Funktionen, die in VB.NET verfügbar sind und die Sie möglicherweise gerne in C# verwenden würden, dies aber nicht können.Ich erinnere mich, dass ich J# verwenden musste, um einige ZIP-Bibliotheken zu verwenden, die in keiner anderen Sprache in .NET verfügbar waren.

Eines der Probleme, die ich bei J# in der Vergangenheit festgestellt habe, ist, dass es keine integrierte Unterstützung für die Referenzierung von Webdiensten gibt.Das allein hat mich seitdem davon abgehalten.

Ich habe J# als einfachen Zwischenschritt verwendet, um eine Java-Bibliothek nach C# zu portieren.Es war eine gute Möglichkeit, Code, den ich nicht pflegen möchte, von Java nach .Net zu portieren.Allerdings erfolgt die gesamte Neuentwicklung in C#.

Ich stimme voll und ganz zu, dass C# syntaktisch Java um Längen übertrifft, es gibt also wirklich keinen Grund, den Untergang von j# zu beklagen.Nun könnte der Versuch, C# in Java-Bytecode zu kompilieren, ein interessanter Schachzug sein, da Suns Hotspot-JVM eine großartige Software ist.

Oder wie wäre es, wenn Sie ein bisschen Spaß mit der möglicherweise nächsten Java-Generation haben? Scala auf der CLR...

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top