Có một lý do sử dụng khác nhau cho các lớp / giao diện trừu tượng trong C ++ và Java

Theo Herb Sutter, người ta nên thích các giao diện trừu tượng (tất cả các hàm ảo thuần túy) cho các lớp trừu tượng trong C ++ để tách rời việc thực hiện càng nhiều càng tốt. Trong khi cá nhân tôi thấy quy tắc này rất hữu ích, gần đây tôi đã tham gia một nhóm có nhiều lập trình viên Java và trong mã Java, hướng dẫn này dường như không tồn tại. Các hàm và các cài đặt của chúng được đặt rất thường xuyên trong các lớp trừu tượng. Tôi đã nhận được Herb Sutter hoàn toàn sai ngay cả đối với C ++ hoặc có sự khác biệt chung trong việc sử dụng các hàm trừu tượng trong C ++ so với Java. Các lớp trừu tượng với mã triển khai có ý nghĩa hơn trong Java so với C ++ và nếu có thì tại sao?

OOP có thành phần và thay thế.

C ++ có nhiều kế thừa, chuyên môn hóa mẫu, nhúng và ngữ nghĩa giá trị / di chuyển / con trỏ.

Java có sự kế thừa và giao diện đơn, ngữ nghĩa nhúng và tham chiếu.

Cách phổ biến mà trường OOP sử dụng các ngôn ngữ này là sử dụng tính kế thừa để thay thế đối tượng và nhúng cho thành phần. Nhưng bạn cũng cần một tổ tiên chung và một cách để tạo thời gian chạy (trong C ++ được gọi dynamic_cast, trong Java chỉ là yêu cầu một giao diện từ một giao diện khác).

Java thực hiện tất cả điều này bằng java.lang.Objecthierachy bắt nguồn từ chính nó . C ++ không có gốc chung được xác định trước, do đó, ít nhất bạn nên xác định nó, để đi đến cùng một "bức tranh" (nhưng điều này hạn chế một số khả năng của C ++ ...).

Sau đó, khả năng có đa hình thời gian biên dịch (nghĩ theo CRTP) và giá trị ngữ nghĩa cũng có thể đưa ra các lựa chọn thay thế khác cho cách khái niệm "đối tượng OOP" có thể được chuyển vào chương trình C ++.

Bạn thậm chí có thể tưởng tượng dị giáo để sử dụng nhúng và chuyển đổi ngầm định để quản lý thay thế và thừa kế riêng để quản lý thành phần, trong thực tế đảo ngược mô hình trường học truyền thống. (Tất nhiên, cách này trẻ hơn 20 tuổi so với cách khác, vì vậy đừng mong đợi sự hỗ trợ cộng đồng rộng rãi trong việc đó)

Hoặc bạn có thể tưởng tượng một cơ sở chung ảo cho tất cả các lớp, giao diện biểu mẫu (không triển khai) đến các lớp cuối cùng (được thực hiện đầy đủ) đi qua các giao diện được triển khai một phần, một cụm giao diện chẵn, sử dụng "sự thống trị" khi gửi từ giao diện đến các triển khai thông qua một "nhiều ngăn xếp Sơ đồ thừa kế ".

So sánh OOP với java với C ++ giả sử chỉ có một và chỉ có cách OOP là giới hạn khả năng của cả hai ngôn ngữ.

Việc buộc C ++ phải tuân thủ nghiêm ngặt các thành ngữ mã hóa Java đang làm mất màu C ++ khi buộc Java phải hành xử như một ngôn ngữ giống như C ++ đang làm mất màu Java.

Không phải là vấn đề "nhạy cảm" mà là "cơ chế tổng hợp" khác nhau, hai ngôn ngữ có và cách kết hợp chúng khác nhau làm cho một số thành ngữ có lợi hơn trong một ngôn ngữ so với ngôn ngữ kia và ngược lại.

Nguyên tắc giữ cho cả hai ngôn ngữ, nhưng bạn không làm một so sánh công bằng. Bạn nên so sánh các lớp trừu tượng thuần túy C ++ với các giao diện Java.

Ngay cả trong C ++, bạn có thể có các lớp trừu tượng có một số hàm được triển khai, nhưng xuất phát từ một lớp trừu tượng thuần túy (không có triển khai). Trong Java, bạn có cùng các lớp trừu tượng (với một số triển khai), có thể xuất phát từ các giao diện (không triển khai).

Nói chung, các nguyên tắc OO tương tự đều đúng với Java và C ++. Tuy nhiên, một điểm khác biệt lớn là C ++ hỗ trợ đa kế thừa trong khi trong Java, bạn chỉ có thể kế thừa từ một lớp. Đây là lý do chính tại sao Java có giao diện mà tôi tin, để bổ sung cho việc thiếu nhiều kế thừa và có lẽ để hạn chế những gì bạn có thể làm với nó (vì có rất nhiều chỉ trích về việc lạm dụng nhiều kế thừa). Vì vậy, có lẽ trong suy nghĩ của các lập trình viên Java, có sự phân biệt mạnh mẽ hơn giữa các lớp và giao diện trừu tượng. Các lớp trừu tượng được sử dụng để chia sẻ và kế thừa hành vi trong khi các giao diện được sử dụng đơn giản để thêm chức năng bổ sung. Hãy nhớ rằng, trong Java bạn có thể kế thừa chỉ từ một lớp, nhưng bạn có thể có nhiều giao diện. Trong C ++ tuy nhiên, lớp trừu tượng thuần túy (tức là một "C ++ giao diện") là Được sử dụng để chia sẻ và kế thừa hành vi không giống như mục đích của giao diện Java (mặc dù bạn vẫn được yêu cầu thực hiện các chức năng), do đó việc sử dụng khác với giao diện Java.

Đôi khi nó có ý nghĩa để có một số thực hiện mặc định. Ví dụ, một phương thức PrintError (chuỗi thông điệp) chung có thể áp dụng cho tất cả các lớp con.

virtual PrintError(string msg) { cout << msg; }

Nó vẫn có thể bị ghi đè nếu thực sự cần thiết, nhưng bạn có thể tiết kiệm cho khách hàng một số rắc rối bằng cách cho phép họ chỉ gọi phiên bản chung.