Chuyển từ C # sang Java, mà tôi cần quan tâm?

Tôi có thể phải chuyển sang Java cho dự án mới. Tôi có rất ít kiến ​​thức về Java, vì tôi chủ yếu nghiên cứu và sử dụng C # và tôi sợ sự khác biệt giữa hai ngôn ngữ / nền tảng này có thể gây ra cho tôi nhiều vấn đề.

Đó là những cạm bẫy / gotchas tôi nên quan tâm?

Dưới đây là một số vấn đề quan trọng về Java khi đến từ C #:

• Trong Java, switchcác trường hợp có thể âm thầm rơi vào kế tiếp, vì vậy hãy đảm bảo bạn luôn đặt breakbất cứ khi nào thích hợp. Bạn cũng không thể switchvào StringJava.
• Generics là không thống nhất và tham số hóa chỉ với các loại tham chiếu. Không có List<int>, chỉ có a List<Integer>. Autoboxing che giấu tính dài dòng, nhưng bạn có thể nhận được NullPointerExceptionkhi hủy hộp a null. Ngoài ra, ==và !=trên hai loại nguyên thủy đóng hộp thực hiện so sánh tham chiếu.
  • ... bởi vì ==và !=trên hai loại tham chiếu (ví dụ String) luôn là so sánh tham chiếu
  • An intcó thể được autoboxed đến một Integer; không có autoboxing từ int[]đến Integer[].
• Java byte, short, int, longchỉ được ký kết. Theo dõi để mở rộng dấu hiệu ngoài ý muốn.
• Không có mảng nhiều chiều, chỉ có mảng mảng trong Java.
• Hầu hết các sub*phương thức truy vấn có phạm vi sử dụng giới hạn dưới bao gồm và giới hạn trên độc quyền
  • String.substring(int beginIndex, int endIndex)
  • CharSequence.subSequence(int start, int end)
  • List.subList(int fromIndex, int toIndex)
  • SortedSet<E>.subSet(E fromElement, E toElement)
  • SortedMap<K,V>.subMap(K fromKey, K toKey)

Xem thêm

• Java Puzzlers: Bẫy, cạm bẫy và các trường hợp góc
  • Một niềm vui nhưng đồng thời rất giáo dục đọc.
  • Cuốn sách cũng có nhiều bài thuyết trình kế tiếp có sẵn trên web, ví dụ:
    • Trình bày video Google Tech Talk 2007
    • TS-5186: Sự trở lại của Puzzlers: Schlock và Awe
    • TS-1188: Cuộc phiêu lưu liên tục của Java Puzzlers: Tiger Traps
    • TS-2707: Java Puzzlers, Tập VI: PhantomReference Menace, Attack of the Clone, Revenge of the Shift
• Wikipedia / So sánh Java và C Sharp

Câu hỏi liên quan

Về một số chủ đề được liệt kê ở trên:

• Giải thích của James Gosling về lý do tại sao byte của Java được ký
• Java noob: generic chỉ trên các đối tượng? (vâng, thật không may)
• Chuyển đổi câu lệnh với chuỗi trong Java?
• Các giới hạn trên của phạm vi được lập chỉ mục luôn được coi là độc quyền?
• Có đảm bảo rằng new Integer(i) == itrong Java? (ĐÚNG!)
• Khi so sánh hai số nguyên trong Java (với ==/ !=) có xảy ra tự động hủy hộp không? (KHÔNG!)
• Tại sao int num = Integer.getInteger("123")ném NullPointerException? (!!!)

Trên nền tảng Java chung:

• Java - Gotchas thông thường
• Những cạm bẫy của một noob Java là gì?
• Phương pháp khó hiểu / gây hiểu lầm nhất trong API cơ sở Java?

Một cạm bẫy rõ ràng là so sánh các chuỗi với kiểu C # string1 == string2(Java chỉ so sánh các tham chiếu) thay vì kiểu Java string1.equals(string2).

Một cái khác privatelà công cụ sửa đổi truy cập mặc định trong C #, packagetrong Java.

Ngoài ra ToString()các phương thức không được tự động bản địa hóa bởi văn hóa hiện tại trong Java.

Cái mà tôi nhận được là các đối số chuỗi con Java là start Index, end Index trong khi C # Subtring args là start Index , độ dài. Đó là đủ của một sự khác biệt để làm cho nó gây phiền nhiễu và một xác suất tốt để đưa chỉ số ra khỏi giới hạn theo cách bạn chuyển đổi.

• Bạn không nhận được LINQ
• Bạn không nhận được giao diện người dùng tốt (không có WPF)
• Không có tài sản
• Bạn có thể nhảy người Ai Cập
• Bạn nhận được API mà không cần ví dụ và tài liệu tốt

Hừm.

• Các enum của Java mạnh hơn / phức tạp hơn, thực tế chúng là các lớp thực thay vì các số nguyên được đặt tên.
• các lớp bên trong trong java mạnh hơn (và chúng hoạt động khác nhau)
• không có đại biểu, chỉ có các đối tượng chức năng
• constructor chained thingy có một cú pháp hoàn toàn khác nhau trong cả hai ngôn ngữ, tôi có xu hướng thất bại mỗi khi tôi phải làm điều đó trong c #
• Java đã mở rộng để phân lớp và thực hiện các giao diện, khá hay. Thay vào đó, C # chuyển tiếp theo quy ước đặt tên cho biết các giao diện bắt đầu bằng chữ hoa I trong tên của chúng. Tôi không thích quy ước đó, vì tôi không bao giờ có thể chắc chắn nếu người khác thất bại.
• java autoboxing có thể cắn bạn trong **
• xóa kiểu java thực sự làm cho mọi thứ phức tạp hơn

Cạm bẫy lớn nhất là giả định rằng ngôn ngữ và thư viện Java hoạt động giống như các công cụ có giao diện tương tự trong C #. Làm hướng dẫn, đọc javadocs, đừng cho rằng ...

Một cạm bẫy khác là giả định rằng thực tế là bạn có thể làm một cái gì đó bằng Java một cách dễ dàng / độc đáo như bạn có thể / có thể trong C #. Nó không phải là sự thật. Java là một ngôn ngữ cũ hơn nhiều và các lỗi đã được thực hiện ...

Và cạm bẫy cuối cùng là nghĩ rằng phàn nàn về những thứ bị thiếu / khác nhau trong Java trên SO sẽ giúp bạn có được những phản hồi thông cảm / hỗ trợ toàn cầu!

Coi chừng sự khác biệt trong các sửa đổi truy cập mặc định. Cũng lưu ý rằng tất cả các phương thức không tĩnh trong Java là ảo (trừ khi bạn đánh dấu chúng là cuối cùng).

Mặc dù nó đã lỗi thời nhưng tôi thấy đây là một tài liệu tham khảo tuyệt vời.

So sánh C # và Java, bởi Dare Obasanjo

phụ thuộc vào loại chương trình bạn đang làm việc. Wikipedia có bài viết này và nó khá rộng. (cũng kiểm tra phần "liên kết ngoài" ở cuối) http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp .

Ngoài ra, tôi đã đọc bài viết này khi tôi chuyển từ C # sang Java http://www.25hoursaday.com/CsharpVsJava.html và nó rất hữu ích.

Tôi nghĩ rằng câu hỏi của bạn là chủ quan. Tất cả không thể được giải thích ở đây. Tôi đề nghị bạn đọc Java Puzzlers , By Joshua Bloch and Neal Gafter. Bạn có thể tìm hiểu thêm và được an toàn từ những cạm bẫy.

Trong ngôn ngữ Java, các mục tiêu tương đương của các kiểu nguyên thủy như int, char, không phải là "các loại giá trị" (ví dụ: Integer là một kiểu tham chiếu). Trong C #, System.Int32 là một cấu trúc.