java - visual - ¿Hay un beneficio real de usar J#?
visual j# caracteristicas (8)
El objetivo de J # es facilitar la transición de los desarrolladores de Java al entorno .NET que no funcionó tan bien (supongo que aquí), por lo que Microsoft eliminó J # de Visual Studio 2008. Para su pregunta, "¿hay un beneficio real de usando J #? ".. en pocas palabras ... No ...
Acabo de ver un comentario que sugiere J # , y me hizo preguntarme ... ¿existe un uso real y beneficioso de J # sobre Java? Entonces, mi sensación es que la única razón por la que considerarías usar J # es que la gerencia ha decretado que la compañía debería subirse al carro de Java ... y al carro de .NET. Si usa J #, está perdiendo efectivamente el mayor beneficio de elegir Java ... rico soporte de plataforma cruzada. Seguro que hay Mono, pero no es tan rico o tiene todas las funciones ¿no? Recuerdo que las Formas de audiencia no son totalmente compatibles (quizás en absoluto).
No estoy tratando de bash. NET aquí, solo digo, si vas a ir por la ruta de Microsoft, ¿por qué no simplemente usar C #? Si vas a ir a la ruta de Java, ¿por qué J # entraría en la imagen?
Espero encontrar algunos casos del mundo real aquí, así que por favor responde especialmente si de verdad has usado J # en un proyecto REAL, y por qué.
J # ya no está incluido en VS2008. A menos que ya tenga el código J #, probablemente debería mantenerse alejado.
Desde la página del producto j #:
Como los clientes nos han dicho que el conjunto de características J # existente satisface sus necesidades y el uso de J # está disminuyendo, Microsoft retira el producto Visual J # y la herramienta Asistente de conversión de lenguaje Java para asignar mejor los recursos para otros requisitos del cliente. El lenguaje J # y la herramienta JLCA no estarán disponibles en futuras versiones de Visual Studio. Para preservar las inversiones existentes de los clientes en J #, Microsoft continuará respaldando la tecnología J # y JLCA que se envió con Visual Studio 2005 hasta el 2015 según nuestra estrategia de ciclo de vida del producto. Para obtener más información, consulte la Política de ciclo de vida de soporte ampliado de Microsoft para productos comerciales y de desarrollo.
La sintaxis de C # está tan cerca de Java (y mejor en algunos aspectos) que también podrías aprender C # en lugar de J #. Y dado que C # se usa más ampliamente, puede encontrar fácilmente tutoriales Java -> C # en google o consultar http://www.asp.net/learn y ver algunos videos.
Uno de los asesinos que he encontrado con J # en el pasado es que no existe un soporte integrado para hacer referencia a los servicios web. Eso solo ha sido suficiente para disuadirme de eso desde entonces.
En lugar de J #, preferiría IKVM ( http://www.ikvm.net/ ) para convertir mis archivos JAR en ensamblados .NET y acceder a las API de Java en C #.
Estoy totalmente de acuerdo en que sintácticamente, C # supera a Java sin problemas, por lo que realmente no hay motivo para lamentar la desaparición de j #. Ahora intentar compilar c # a bytecode de Java podría ser un movimiento interesante ya que el hotspot de jvm de Sun es un gran software.
O, por un poco de diversión con lo que bien podría convertirse en la próxima generación de Java, ¿qué hay de Scala en el CLR ...?
No creo que sea una cuestión de qué idioma es mejor. En el mundo de .NET hay algunas inconsistencias entre las bibliotecas que proporcionan los diferentes idiomas. Hay ciertas funcionalidades disponibles en VB.NET que le gustaría usar desde C # pero no puede. Recuerdo que tuve que usar J # para usar algunas bibliotecas ZIP que no estaban disponibles en ningún otro idioma en .NET.
He usado J # como un paso intermedio fácil para convertir una biblioteca de Java en C #. Fue una buena forma de codificar el puerto. No planeo mantener desde Java a .Net. Sin embargo, todos los nuevos desarrollos se están realizando en C #.