Có lợi ích thực sự khi sử dụng J # không?

Question

Tôi chỉ nhìn thấy một comment of suggesting J#, và nó làm cho tôi tự hỏi ... là có một, sử dụng có lợi của J # trên Java? Vì vậy, cảm giác của tôi là lý do duy nhất bạn thậm chí sẽ xem xét sử dụng J # là quản lý đã quyết định rằng công ty nên nhảy trên bandwagon Java ... và bandwagon .NET. Nếu bạn sử dụng J #, bạn đang mất đi lợi ích lớn nhất khi chọn Java ... hỗ trợ đa nền tảng phong phú. Chắc chắn có Mono, nhưng nó không được hỗ trợ phong phú hay đầy đủ tính năng? Tôi nhớ rằng việc nghe các Biểu mẫu không hoàn toàn (có lẽ là tất cả) được hỗ trợ.

Tôi không cố gắng bash .NET ở đây, tôi chỉ nói, nếu bạn định đi tuyến đường của Microsoft, tại sao không chỉ sử dụng C#? Nếu bạn đang đi để đi theo con đường Java, tại sao J # sẽ nhập hình ảnh?

Tôi hy vọng sẽ tìm thấy một số trường hợp thế giới thực ở đây, vì vậy hãy đặc biệt trả lời nếu bạn đã thực sự sử dụng J # trong dự án REAL và tại sao.

Answer 1

J # không còn được bao gồm trong VS2008 nữa. Trừ khi bạn đã có mã J #, có lẽ bạn nên tránh xa.

Từ j# product page:

Kể từ khi khách hàng đã nói với chúng tôi rằng hiện # Tính năng J thiết yếu đáp ứng nhu cầu của họ và sử dụng J # là giảm, Microsoft đang nghỉ hưu các Visual J # sản phẩm và Java Ngôn ngữ chuyển đổi Công cụ hỗ trợ để tốt hơn phân bổ tài nguyên cho các yêu cầu khác của khách hàng . Ngôn ngữ J # và công cụ JLCA sẽ không khả dụng trong các phiên bản tương lai của Visual Studio. Để bảo toàn khoản đầu tư của khách hàng hiện tại vào J #, Microsoft sẽ tiếp tục hỗ trợ công nghệ J # và JLCA được giao với Visual Studio 2005 đến 2015 theo chiến dịch sản phẩm của chúng tôi . Để biết thêm thông tin, hãy xem Vòng đời hỗ trợ Microsoft mở rộng Chính sách dành cho doanh nghiệp & Phát triển Sản phẩm.

Answer 2

Toàn bộ mục đích của J # là dễ dàng chuyển đổi các nhà phát triển Java sang môi trường .NET không hoạt động tốt (tôi đoán ở đây) để Microsoft giảm J # từ Visual Studio 2008. Đối với câu hỏi của bạn, "Có lợi ích thực sự khi sử dụng J # không?" .. Tóm lại ... Không ..

Answer 3

Một trong những kẻ giết người mà tôi đã tìm thấy với J # trong quá khứ là không có hỗ trợ để tham khảo dịch vụ web. Điều đó một mình đã đủ để ngăn cản tôi từ nó kể từ đó.

Answer 4

Cú pháp C# rất gần với Java (và tốt hơn theo một số cách) mà bạn cũng có thể học C# thay vì J #. Và kể từ khi C# được sử dụng rộng rãi hơn, bạn có thể dễ dàng tìm thấy Java -> C# hướng dẫn trên google hoặc kiểm tra http://www.asp.net/learn và xem một số video.

Answer 5

Thay vì J #, tôi thà thích IKVM (http://www.ikvm.net/) để chuyển đổi các JAR của tôi sang các hội đồng .NET cũng như truy cập các API Java trong C#.

Answer 6

Rất đồng ý rằng cú pháp C# đánh bại bàn tay Java xuống, vì vậy thực sự không có lý do gì để than thở sự sụp đổ của j #. Bây giờ cố gắng để có được C# biên dịch sang Java bytecode có thể là một động thái thú vị như điểm nóng của Sun là jvm là phần mềm tuyệt vời.

Hoặc, cho một chút niềm vui với những gì cũng có thể trở thành thế hệ tiếp theo của Java, làm thế nào về Scala on the CLR ...

Answer 7

Tôi không nghĩ rằng đó là một vấn đề trong đó ngôn ngữ là tốt hơn. Trong thế giới .NET có một số mâu thuẫn giữa các thư viện mà các ngôn ngữ khác nhau cung cấp. Có một số chức năng có sẵn trong VB.NET mà bạn có thể muốn sử dụng từ C# nhưng không thể. Tôi nhớ tôi đã phải sử dụng J # để sử dụng một số thư viện ZIP không có sẵn trong bất kỳ ngôn ngữ nào khác trong .NET.

Answer 8

Tôi đã sử dụng J # như một bước tạm thời dễ dàng để chuyển một thư viện java vào C#. Nó làm cho một cách tốt để mã cổng tôi không có kế hoạch để duy trì từ Java để. Net. Tuy nhiên, tất cả các phát triển mới đang được thực hiện trong C#.