2008-08-08 12 views
21

Acabo de ver un comment of suggesting 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).¿Hay algún beneficio real de usar J #?

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 responda especialmente si realmente ha usado J # en un proyecto REAL, y por qué.

+0

J # fue, desde el principio, un lenguaje de migración. Hubo muchos desarrolladores que usaron VJ ++, la versión de Java de Microsoft. Cuando salió .NET, la compañía proporcionó J # como una forma de mover esos desarrolladores y su código, sin cambios, a .NET. Hoy, comenzando, no hay ninguna razón para usar J #. – Cheeso

Respuesta

20

J # ya no se incluye en VS2008. A menos que ya tenga el código J #, probablemente debería mantenerse alejado.

De j# product page:

Puesto que los clientes nos han dicho que el existente # función J establecer cumple en gran medida sus necesidades y el uso de J # es decreciente, Microsoft se retira el J # producto de Visual y Lenguaje Java Conversión Herramienta auxiliar para mejorar asignar recursos para otros clientes requisitos. El lenguaje J # y la herramienta JLCA no estarán disponibles en las futuras versiones de Visual Studio. Para preservar inversiones de los clientes existentes en J #, Microsoft continuará apoyando la tecnología JLCA J # y que se entrega con Visual Studio 2005 hasta 2015 como por nuestra estrategia de ciclo de vida del producto . Para obtener más información, consulte Ciclo de vida de soporte ampliado de Microsoft Política para empresas & Desarrollo Productos.

7

Todo el propósito de J # es para facilitar la transición de los desarrolladores de Java para el entorno .NET, que no funcionaba tan bien (I adivinando aquí) por lo que Microsoft dejó de J # Visual Studio 2008. Para su pregunta, "¿Hay un beneficio real de usar J #?" .. en pocas palabras ... No ...

0

Uno de los asesinos que he encontrado con J # en el pasado es que no hay soporte incorporado para hacer referencia servicios web. Eso solo ha sido suficiente para disuadirme de eso desde entonces.

+0

Esto es algo irrelevante. Si tiene una clase de cliente proxy que se conecta a un servicio web, puede usar ese proxy desde cualquier idioma .NET. Si el proxy del cliente se implementa en C#, no importa. Todavía puedes usarlo desde J #. Habiendo dicho eso, todavía hay buenas razones, mencionadas anteriormente, para evitar J #. – Cheeso

1

La sintaxis de C# está tan cerca de Java (y mejor en algunos aspectos) que también podría aprender C# en lugar de J #. Y como C# es más utilizado, puedes encontrar fácilmente tutoriales Java -> C# en google o consultar http://www.asp.net/learn y ver algunos videos.

+1

... y peor en algunas formas diferentes, también. –

1

En lugar de J #, prefiero IKVM (http://www.ikvm.net/) para convertir mis archivos JAR en ensamblados .NET y para acceder a las API de Java en C#.

-1

Totalmente de acuerdo en que sintácticamente C# supera a Java sin dudas, por lo que realmente no hay razón 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, para un poco de diversión con lo que bien podría convertirse en la próxima generación de Java, ¿qué hay de Scala on the CLR ...

1

no creo que es una cuestión de que el lenguaje 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.

0

He usado J # como un paso intermedio fácil para portar una biblioteca 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#.

Cuestiones relacionadas