J #을 사용하면 실질적인 이점이 있습니까?

Question

방금 ​​comment of suggesting J#을 보았고, 궁금한 점이있었습니다 ... J #을 Java보다 실제로 유용하게 사용할 수 있습니까? 그래서 제 느낌은 J #을 사용하는 것을 고려하는 유일한 이유는 회사가 Java 악 대차 및 .NET 악 대차로 뛰어들어야한다는 경영진의 결정입니다. J #을 사용하면 자바를 선택하는 가장 큰 이점을 효과적으로 잃을 수 있습니다 ... 풍부한 플랫폼 간 지원. 물론 Mono가 있지만 풍부하게 지원되거나 완전한 기능을 갖춘 권리는 아닙니다. 양식이 완전히 (아마도 전혀) 지원되지 않는다는 말을 듣고 기억합니다.

.NET을 여기에 부치려고하지 않고 있습니다. Microsoft 루트로 이동하려면 C#을 사용하지 않는 것이 좋을까요? 자바 경로를 찾으려면 J #가 사진을 입력하는 이유는 무엇입니까?

여기 실제 사례를 찾고 싶습니다. 실제 프로젝트에서 J #을 실제로 사용했는지 그리고 왜 그랬는지 특별히 응답해야합니다.

Answer 1

J #은 VS2008에 더 이상 포함되지 않습니다. 이미 J # 코드가 없으면 아마 멀리 떨어져 있어야합니다. j# product page:

에서

고객이 설정 한 기존의 J 번호 기능이 크게 자신의 요구를 충족 J 번호의 사용이 이다라고 우리에게 이야기했기 때문에 감소, Microsoft는 비주얼 J #에서는 제품을 은퇴하고 Java 언어 변환 보조 도구 다른 고객을위한 리소스를 할당하십시오 요구 사항. J # 언어 및 JLCA 도구는 향후 버전의 Visual Studio에서 사용할 수 없습니다. J 번호에 기존 고객의 투자를 보호하기 위해, Microsoft는 제품 수명주기 전략에 따라 2015을 통해 비주얼 스튜디오 2005 을 제공되는 J # 및 JLCA 기술을 지원하는 것입니다. 자세한 내용은 확장 된 Microsoft 지원 기간 & 개발을위한 정책 제품.

Answer 2

J 번호의 전체 목적은 마이크로 소프트가 귀하의 질문에 대해 비주얼 스튜디오 2008 에서 J 번호를 떨어 그래서 (내가 여기 추측) 잘 작동하지 않았다 .NET 환경에 자바 개발자의 전환을 쉽게하는 것입니다, "J #을 사용하면 실제 이익이 있습니까?".. 간단히 말하면 ... 아니요 ...

Answer 3

과거에 J #에서 발견 한 킬러 중 하나는 참조 용 지원 기능이 없다는 것입니다. 웹 서비스. 그것은 그 어느 때보다도 나를 저지하기에 충분했습니다.

Answer 4

C# 구문은 J # 대신 C#을 배우기에 자바와 매우 비슷하며 (어떤면에서는 더 좋음). C#이 널리 사용되기 때문에 Google에서 Java -> C# 자습서를 쉽게 찾거나 http://www.asp.net/learn을 확인하고 동영상을 볼 수 있습니다.

Answer 5

J # 대신 JVM을 .NET 어셈블리로 변환하고 C#에서 Java API에 액세스하는 것을 선호합니다.

Answer 6

구문 학적으로 C#이 Java에서 손을 agree다는 것에 강력히 동의하므로 j #의 종말을 슬퍼 할 이유가 없습니다. 이제 Sun의 핫 스폿 jvm은 훌륭한 소프트웨어이므로 Java 바이트 코드로 C# 컴파일을 시도하는 것은 흥미로운 작업 일 수 있습니다.

또는 잘

Answer 7

... Scala on the CLR에 대해 나는 그것이 언어가 더있는 문제라고 생각하지 않는 방법, 자바의 다음 세대가 될 수있는 것과 약간의 재미를위한. .NET 세계에는 여러 언어가 제공하는 라이브러리간에 약간의 불일치가 있습니다. VB.NET에서 사용할 수있는 특정 기능이 있지만 C#에서 사용할 수는 있지만 그렇게 할 수는 없습니다. .NET에서 다른 언어로는 사용할 수없는 ZIP 라이브러리를 사용하려면 J #을 사용해야한다는 것을 기억합니다.

Answer 8

나는 자바 라이브러리를 C#으로 이식하기위한 쉬운 임시 단계로 J #을 사용했다. 그것은 Java에서 .Net으로 유지할 계획이없는 코드를 포팅하는 좋은 방법입니다. 그러나 모든 새로운 개발은 C#에서 수행되고 있습니다.