2008-08-08 3 views
21

Я только что видел comment of suggesting J#, и это заставило меня задуматься ... есть ли реальное, выгодное использование J # над Java? Таким образом, я чувствую, что единственная причина, по которой вы даже подумали бы об использовании J #, - это то, что руководство постановило, что компания должна перейти на Java-победителя ... и платформу .NET. Если вы используете J #, вы фактически теряете самое большое преимущество выбора поддержки Java ... rich cross platform. Конечно, есть Mono, но это не так богато поддерживается или как полнофункциональное право? Я помню, что слушание форм не полностью (возможно, вообще) поддерживается.Есть ли реальная польза от использования J #?

Я не пытаюсь bash .NET здесь, я просто говорю, если вы собираетесь идти по маршруту Microsoft, почему бы просто не использовать C#? Если вы собираетесь использовать Java-маршрут, почему J # введите изображение?

Я надеюсь найти здесь случаи реального мира, поэтому, пожалуйста, особенно ответьте, если вы действительно использовали J # в проекте REAL и почему.

+0

J # был, с самого начала, языком миграции. Было много разработчиков, которые использовали VJ ++, версию Microsoft для Java. Когда .NET вышла, компания предоставила J # как способ переместить этих разработчиков и их код без изменений в .NET. Сегодня, начиная, нет причин использовать J #. – Cheeso 2009-05-11 20:42:54

ответ

20

J # больше не включен в VS2008. Если у вас уже нет J # -кода, вы, вероятно, должны держаться подальше.

От j# product page:

Поскольку клиенты говорили нам, что существующих J # набор функций в значительной степени отвечают их потребности и использование J # является снижается, Microsoft выходит на пенсию в Visual J # продукта и язык Java преобразования Помощник инструмент для улучшения выделить ресурсы для других клиентов требований. Язык J # и JLCA не будут доступны в будущем версии Visual Studio. Для того, чтобы сохранить существующие инвестиции клиентов в J #, Microsoft будет продолжать поддерживать J # и технологии JLCA, прилагаемыми с Visual Studio 2005 до 2015 согласно нашему продукт жизненного цикла стратегии. Для получения дополнительной информации см. Расширенная жизненная цикл поддержки Microsoft Политика для бизнеса & Разработка Продукты.

7

Вся цель J # является, чтобы облегчить переход разработчиков Java в среде .NET, которая не работала так хорошо (я предполагаю здесь), так что Microsoft упал J # с Visual Studio 2008. Для вашего вопроса, «Есть ли реальная польза от использования J #?». в двух словах ... Нет ..

0

Один из убийц, которых я нашел с J # в прошлом, заключается в том, что нет встроенной поддержки для ссылок веб-сервисы. Только этого было достаточно, чтобы сдержать меня от этого с тех пор.

+0

Это своего рода не имеет значения. Если у вас есть клиентский прокси-класс, который подключается к веб-службе, вы можете использовать этот прокси-сервер с любого языка .NET. Если клиентский прокси-сервер будет реализован на C#, это не имеет значения. Вы все еще можете использовать его из J #. Сказав это, по-прежнему есть веские причины, о которых упоминалось ранее, чтобы избежать J #. – Cheeso 2009-05-11 20:44:47

1

Синтаксис C# настолько близок к Java (и лучше в некотором роде), что вы можете также изучить C# вместо J #. И поскольку C# более широко используется, вы можете легко найти Java -> C# tutorials на google или проверить http://www.asp.net/learn и посмотреть несколько видеороликов.

+1

... и хуже по-разному. – 2014-01-20 22:17:28

1

Вместо J #, я бы предпочел IKVM (http://www.ikvm.net/) конвертировать мои JAR-файлы в сборки .NET, а также получить доступ к API Java на C#.

-1

Настоящим соглашаюсь, что синтаксически C# ударяет Java вниз, поэтому нет причин для жалоб на кончину j #. Теперь, пытаясь получить компиляцию C# в Java, байт-код может быть интересным шагом, так как jsm hotspot Sun - отличное программное обеспечение.

Или, немного веселья с тем, что вполне может стать следующим поколением Java, как насчет Scala on the CLR ...

1

Я не думаю, что это вопрос, какой язык лучше. В мире .NET существуют некоторые несоответствия между библиотеками, предоставляемыми различными языками. Есть определенные функции, доступные в VB.NET, которые вы могли бы использовать с C#, но не можете. Я помню, что мне пришлось использовать J # для использования некоторых ZIP-библиотек, которые не были доступны ни на одном другом языке в .NET.

0

Я использовал J # как простой промежуточный шаг для переноса библиотеки Java на C#. Он сделал хороший способ для переноса кода, который я не планирую поддерживать с Java на .Net. Однако вся новая разработка выполняется на C#.

Смежные вопросы