Question

je viens de voir un commentaire de suggestion de J#, et ça m'a fait me demander...existe-t-il une utilisation réelle et bénéfique de J# sur Java ?Donc, mon sentiment est que la seule raison pour laquelle vous envisageriez même d'utiliser J# est que la direction a décrété que l'entreprise devrait sauter dans le train Java...et le train en marche .NET.Si vous utilisez J#, vous perdez effectivement le plus grand avantage du choix de Java...riche support multiplateforme.Bien sûr, il existe Mono, mais il n'est pas aussi richement pris en charge ni aussi complet, n'est-ce pas ?Je me souviens avoir entendu que les formulaires ne sont pas entièrement (peut-être pas du tout) pris en charge.

Je n'essaie pas de dénigrer .NET ici, je dis simplement que si vous envisagez de suivre la voie Microsoft, pourquoi ne pas simplement utiliser C# ?Si vous envisagez d'emprunter la voie Java, pourquoi J# entrerait-il en scène ?

J'espère trouver ici des cas réels, alors répondez particulièrement si vous avez VRAIMENT utilisé J# dans un VRAI projet, et pourquoi.

Était-ce utile?

La solution

J# n'est plus inclus dans VS2008.Sauf si vous avez déjà du code J#, vous devriez probablement rester à l'écart.

Depuis Page produit j# :

Étant donné que les clients nous ont dit que l'ensemble de fonctionnalités J # existant répond largement à leurs besoins et que l'utilisation de J # est en baisse, Microsoft retire le produit Visual J # et l'outil d'assistant de conversion de langue Java pour mieux allouer des ressources pour d'autres exigences des clients.L'outil J # Language et JLCA ne seront pas disponibles dans les futures versions de Visual Studio.Pour préserver les investissements clients existants dans J #, Microsoft continuera de prendre en charge la technologie J # et JLCA qui a expédié avec Visual Studio 2005 à 2015 conformément à notre stratégie de cycle de vie de produit.Pour plus d'informations, consultez la politique de cycle de vie élargie de Microsoft Support pour les produits d'entreprise et de développement.

Autres conseils

Le but de J# est de faciliter la transition des développeurs Java vers l'environnement .NET qui n'a pas très bien fonctionné (je suppose ici), donc Microsoft a abandonné J# de Visual Studio 2008.Pour votre question : "Y a-t-il un réel avantage à utiliser J# ?".en un mot...Non..

La syntaxe C# est si proche de Java (et meilleure à certains égards) que vous pourriez aussi bien apprendre le C# au lieu du J#.Et comme C# est plus largement utilisé, vous pouvez facilement trouver des tutoriels Java -> C# sur Google ou consulter http://www.asp.net/learn et regardez quelques vidéos.

Au lieu de J#, je préférerais IKVM (http://www.ikvm.net/) pour convertir mes JAR en assemblys .NET ainsi que pour accéder aux API Java en C#.

Je ne pense pas que ce soit une question de savoir quelle langue est la meilleure.Dans le monde .NET, il existe certaines incohérences entre les bibliothèques proposées par les différents langages.Il existe certaines fonctionnalités disponibles dans VB.NET que vous aimeriez peut-être utiliser à partir de C# mais que vous ne pouvez pas.Je me souviens que j'ai dû utiliser J# pour utiliser certaines bibliothèques ZIP qui n'étaient disponibles dans aucun autre langage de .NET.

L'un des problèmes que j'ai rencontrés avec J# dans le passé est qu'il n'existe pas de support intégré pour le référencement des services Web.Cela seul a suffi à m’en dissuader depuis.

J'ai utilisé J# comme étape intermédiaire simple pour porter une bibliothèque Java en C#.Cela constituait un bon moyen de porter du code que je ne prévois pas de conserver de Java vers .Net.Cependant, tous les nouveaux développements sont réalisés en C#.

Tout à fait d'accord que, syntaxiquement, C# bat Java haut la main, il n'y a donc vraiment aucune raison de déplorer la disparition de j#.Maintenant, essayer de compiler C# en bytecode Java pourrait être une démarche intéressante car le hotspot jvm de Sun est un excellent logiciel.

Ou, pour vous amuser un peu avec ce qui pourrait bien devenir la prochaine génération de Java, que diriez-vous Scala sur le CLR...

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top