Gibt es einen echten Vorteil der Verwendung von J #?

Question

Ich sah gerade eine comment of suggesting J#, und es ließ mich wundern ... gibt es eine echte, nützliche Verwendung von J # über Java? Mein Gefühl ist, dass der einzige Grund, warum Sie J # überhaupt in Betracht ziehen würden, darin besteht, dass das Management verfügt hat, dass das Unternehmen auf den Java-Zug aufspringen soll ... und auf den .NET-Zug. Wenn Sie J # verwenden, verlieren Sie effektiv den größten Vorteil der Auswahl von Java ... Rich-Cross-Plattform-Unterstützung. Sicher, es gibt Mono, aber es ist nicht so reich unterstützt oder als voll ausgestattet oder? Ich erinnere mich, dass Formulare nicht vollständig (vielleicht überhaupt) unterstützt werden.

Ich versuche nicht, .NET hier zu bash, ich sage nur, wenn Sie die Microsoft-Route gehen, warum nicht einfach C# verwenden? Wenn Sie die Java-Route gehen, warum sollte J # das Bild eingeben?

Ich hoffe, hier einige reale Fälle zu finden, also bitte antworten Sie besonders, wenn Sie tatsächlich J # in einem REAL-Projekt verwendet haben, und warum.

Answer 1

J # ist in VS2008 nicht mehr enthalten. Sofern Sie nicht bereits J # -Code haben, sollten Sie wahrscheinlich weg bleiben.

Von j# product page:

Da die Kunden haben uns gesagt, dass die bestehenden J set # Funktion erfüllt weitgehend ihre Bedürfnisse und die Verwendung von J # ist rückläufig, Microsoft in den Ruhestand geht das Visual J # Produkt und die Programmiersprache Java Conversion Assistant Tool zu besser Zuteilung von Ressourcen für andere Kunden Anforderungen. Die J # -Sprache und das JLCA-Tool sind in zukünftigen Versionen von Visual Studio nicht verfügbar. 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äß unserem Produktlebenszyklus Strategie ausgeliefert. Weitere Informationen finden Sie unter Erweiterter Microsoft Support-Lebenszyklus Richtlinie für Unternehmen & Entwicklung Produkte.

Answer 2

Der ganze Zweck der J # ist, den Übergang von Java-Entwickler auf die .NET-Umgebung zu erleichtern, die nicht so gut funktionieren (ich hier zu erraten) so Microsoft J fiel # von Visual Studio 2008. Für Ihre Frage, "Gibt es einen echten Vorteil der Verwendung von J #?" .. in Kürze ... Nein ..

Answer 3

Einer der Killer, die ich mit J # in der Vergangenheit gefunden habe, ist, dass es keine eingebaute Unterstützung für die Referenzierung gibt Internetdienste. Das allein hat mich seither davon abgehalten.

Answer 4

Die C# -Syntax ist so nahe an Java (und besser in mancher Hinsicht), dass Sie auch C# statt J # lernen könnten. Und da C# häufiger verwendet wird, können Sie ganz einfach Java -> C# -Tutorials auf Google finden oder sich http://www.asp.net/learn anschauen und einige Videos anschauen.

Answer 5

Anstelle von J # würde ich lieber IKVM() bevorzugen, um meine JARs in .NET-Assemblies zu konvertieren und auf Java-APIs in C# zuzugreifen.

Answer 6

Stimme voll und ganz zu, dass syntaktisches C# Java übertrifft, also gibt es wirklich keinen Grund, das Ende von j # zu beklagen. Jetzt versuchen, C# zu Java-Bytecode zu kompilieren, könnte ein interessanter Zug sein, da Suns Hotspot jvm großartige Software ist.

Oder für ein bisschen Spaß mit dem, was werden könnte, auch die nächste Generation von Java, wie etwa Scala on the CLR ...

Answer 7

Ich glaube nicht, es ist eine Frage, deren Sprache besser ist. In der .NET-Welt gibt es einige Inkonsistenzen zwischen den Bibliotheken verschiedener Sprachen. Es gibt bestimmte Funktionen, die in VB.NET verfügbar sind und die Sie möglicherweise aus C# verwenden möchten, dies jedoch 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.

Answer 8

Ich habe J # als einfachen Zwischenschritt verwendet, um eine Java-Bibliothek in C# zu portieren. Es ist ein guter Weg, um Port-Code, den ich von Java zu .Net nicht beibehalten möchte. Alle neuen Entwicklungen werden jedoch in C# durchgeführt.