Đối với các nhà phát triển c # đang bắt đầu học Java, có bất kỳ sự khác biệt cơ bản lớn nào giữa hai ngôn ngữ cần được chỉ ra không?
Có thể một số người có thể cho rằng mọi thứ giống nhau, nhưng có một số khía cạnh nhập khẩu không nên bỏ qua? (hoặc bạn thực sự có thể làm hỏng!)
Có thể về cấu trúc OOP, cách GC hoạt động, tham chiếu, liên quan đến triển khai, v.v.
Câu trả lời:
Một vài điều đã hiểu ra khỏi đầu tôi:
byte được đăng nhập bằng Java (rất tiếc)staticnó sẽ có một tham chiếu ngầm định đến một thể hiện của lớp chứa.đây là một so sánh rất toàn diện của 2 ngôn ngữ:
http://www.25hoursaday.com/CsharpVsJava.html
Đã thêm: http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp
Tôi ngạc nhiên là không ai đề cập đến thuộc tính, một thứ khá cơ bản trong C # nhưng lại vắng bóng trong Java. C # 3 trở lên cũng đã tự động triển khai các thuộc tính. Trong Java, bạn phải sử dụng các phương thức kiểu GetX / SetX.
Một sự khác biệt rõ ràng khác là biểu thức LINQ và lambda trong C # 3 không có trong Java.
Java còn thiếu một số thứ đơn giản nhưng hữu ích khác như chuỗi nguyên văn (@ ""), nạp chồng toán tử, trình vòng lặp sử dụng năng suất và trình xử lý trước cũng bị thiếu trong Java.
Một trong những yêu thích cá nhân của tôi trong C # là các tên không gian tên không phải tuân theo cấu trúc thư mục vật lý. Tôi thực sự thích sự linh hoạt này.
Có rất nhiều điểm khác biệt, nhưng tôi nghĩ đến những điều này:
.equalslà những gì bạn phải sử dụng.
.NET đã sửa đổi generic; Java đã xóa bỏ các thông tin chung.
Sự khác biệt là thế này: nếu bạn có một ArrayList<String>đối tượng, trong .NET, bạn có thể nói (trong thời gian chạy) rằng đối tượng đó có kiểu ArrayList<String>, trong khi trong Java, trong thời gian chạy, đối tượng là kiểu ArrayList; các Stringphần bị mất. Nếu bạn đưa không phải Stringđối tượng vào ArrayList, hệ thống không thể thực thi điều đó và bạn sẽ chỉ biết về nó sau khi bạn cố gắng giải nén mục đó ra và quá trình truyền không thành công.
Stringđối tượng không phải là đối tượng trong danh sách đó mà không thực hiện truyền bỏ chọn ở đâu đó , và trình biên dịch sẽ cảnh báo chính xác cho bạn tại thời điểm đó rằng trình biên dịch không còn có thể kiểm tra các giới hạn chung nữa. Miễn là danh sách của bạn luôn được lưu trữ trong một biến của List<String>, các nỗ lực chèn một đối tượng không phải là Chuỗi vào đó sẽ không được biên dịch.
addphương thức của nó (một lần nữa, thông qua phản chiếu). Hệ thống sẽ từ chối một Stringđối tượng không phải đối tượng ngay lập tức hay chỉ khi truyền kết quả là get?
List. Bạn có thể có các loại đối tượng giảm dần List, như ArrayListvà LinkedList. (Điều quan trọng là phải sử dụng Listthay vì ArrayListkhi đi qua chúng xung quanh, nhưng nó không làm thay đổi thực tế rằng bạn không thể nói new List().)
Một điều tôi bỏ lỡ trong C # từ Java là xử lý bắt buộc các ngoại lệ đã kiểm tra. Trong C #, điều phổ biến là người ta không biết về các ngoại lệ mà một phương pháp có thể ném ra và bạn phải dựa vào tài liệu hoặc thử nghiệm để phát hiện ra chúng. Không phải như vậy trong Java với các ngoại lệ được kiểm tra.
Java có tính năng tự động đóng hộp cho các kiểu nguyên thủy thay vì các kiểu giá trị, vì vậy mặc dù System.Int32[]là một mảng giá trị trong C #, nhưng Integer[]là một mảng các tham chiếu đến Integercác đối tượng và như vậy không phù hợp cho các tính toán hiệu suất cao hơn.
Không có đại biểu hoặc sự kiện - bạn phải sử dụng giao diện. May mắn thay, bạn có thể tạo các lớp và triển khai giao diện nội tuyến, vì vậy đây không phải là vấn đề lớn
x => x.Fooso với new Bar() { public void M(SomeType x) { return x.Foo; } }- ai quan tâm đến việc mã ngắn hơn 10 lần?
Chức năng ngày / lịch tích hợp trong Java rất tệ so với System.DateTime. Có rất nhiều thông tin về điều này ở đây: Có gì sai với API Ngày & Giờ của Java?
Một số trong số này có thể được hiểu cho một nhà phát triển C #:
Ngoài ra, Java không có tất cả các tính năng giống như GAC và các hội đồng có tên mạnh mang lại. Jar Hell là thuật ngữ chỉ những gì có thể xảy ra sai sót khi liên kết / tham chiếu đến các thư viện bên ngoài.
Về đóng gói / triển khai có liên quan:
Một điều khiến bạn ngạc nhiên khi nó nằm trong danh sách phỏng vấn của tôi là không có từ khóa tương tự "mới" trong Java để ẩn phương thức và không có cảnh báo trình biên dịch "bạn nên đặt mới ở đây". Việc ẩn phương pháp tình cờ khi bạn định ghi đè sẽ dẫn đến lỗi.
(chỉnh sửa ví dụ) Ví dụ, B bắt nguồn từ A (sử dụng cú pháp C #, Java hoạt động giống như cách tôi đã kiểm tra lần trước nhưng không phát ra cảnh báo trình biên dịch). Foo của A được gọi, hay foo của B? (A được gọi, có thể gây ngạc nhiên cho nhà phát triển đã triển khai B).
class A
{
public void foo() {code}
}
class B:A
{
public void foo() {code}
}
void SomeMethod()
{
A a = new B(); // variable's type is declared as A, but assigned to an object of B.
a.foo();
}
newphương thức ghi đè hoặc phương thức nào để cố tình ẩn - hoặc không phải là cuối cùng nên được ghi đè thay vì ẩn.
Java không có LINQ và tài liệu là địa ngục. Giao diện người dùng trong Java là một khó khăn để phát triển, bạn mất tất cả những gì tốt đẹp mà Microsoft đã cho chúng tôi (WPF, WCF, v.v.) nhưng lại nhận được các "API" khó sử dụng, hầu như không được ghi lại.
Một vấn đề mà tôi gặp phải cho đến nay khi làm việc với Java đến từ C # là Ngoại lệ và Lỗi khác nhau.
Ví dụ, bạn không thể bắt lỗi hết bộ nhớ bằng cách sử dụng bắt (Ngoại lệ e).
Xem phần sau để biết thêm chi tiết:
Đã quá lâu kể từ khi tôi sử dụng Java nhưng những điều tôi nhận thấy ngay lập tức trong quá trình phát triển ứng dụng là mô hình sự kiện C #, kéo và thả C # so với sử dụng Trình quản lý bố cục trong Swing (nếu bạn đang làm App dev) và xử lý ngoại lệ Java đảm bảo rằng bạn bắt được một ngoại lệ và C # không bắt buộc.
Để trả lời câu hỏi rất trực tiếp của bạn trong tiêu đề của bạn:
"Các nhà phát triển C # học Java, sự khác biệt lớn nhất mà người ta có thể bỏ qua là gì?"
A: Thực tế là Java chậm hơn đáng kể trên Windows.