Есть ли реальная выгода от использования J #?

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

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

Я надеюсь найти здесь примеры из реальной жизни, поэтому, пожалуйста, особенно ответьте, если вы НАСТОЯТЕЛЬНО использовали J # в РЕАЛЬНОМ проекте и почему.

8.08.2008 01:04:02
J # с самого начала был языком миграции. Было много разработчиков, которые использовали VJ ++, версию Java от Microsoft. Когда вышел .NET, компания предоставила J # как способ перемещения этих разработчиков и их кода без изменений в .NET. Сегодня, с самого начала, нет причин использовать J #.
Cheeso 11.05.2009 20:42:54
8 ОТВЕТОВ
РЕШЕНИЕ

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

Со страницы товара j #:

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

21
8.08.2008 01:11:58

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

10
8.08.2008 01:19:01

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

0
8.08.2008 01:21:02
Это как-то неуместно. Если у вас есть клиентский прокси-класс, который подключается к веб-службе, вы можете использовать этот прокси с любого языка .NET. Если клиентский прокси реализован на C #, это не имеет значения. Вы все еще можете использовать его из J #. Сказав это, есть все еще веские причины, упомянутые ранее, чтобы избежать J #.
Cheeso 11.05.2009 20:44:47

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

1
8.08.2008 04:22:32
... и хуже в некоторых отношениях тоже.
Display Name 20.01.2014 22:17:28

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

1
11.08.2008 05:56:14

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

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

-1
19.08.2008 19:07:43

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

1
27.08.2008 01:07:40

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

0
12.09.2008 20:27:48