You can see that there’s really no

You can see that there’s really no change except in the base class.
It’s helpful to create abstract classes and methods because they make the abstractness of a class explicit, and tell both the user and the compiler how it was intended to be used. Abstract classes are also useful refactoring tolls, since they allow you to easily move common methods up the inheritance hierarchy.
Exercise 1: (1) Modify Exercise 9 in the previous chapter so that Rodent is an abstract class. Make the methods of Rodent abstract whenever possible.
Exercise 2: (1) Create a class as abstract without including any abstract methods and verify that you cannot create any instances of that class.
Exercise 3: (2) Create a base class with an abstract print( ) method that is overridden in a derived class. The overridden version of the method prints the value of an int variable defined in the derived class. At the point of definition of this variable, give it a nonzero value. In the base-class constructor, call this method. In main( ), create an object of the derived type, and then call its print( ) method. Explain the results.
Exercise 4: (3) Create an abstract class with no methods. Derive a class and add a method. Create a static method that takes a reference to the base class, downcasts it to the derived class, and calls the method. In main( ), demonstrate that it works. Now put the abstract declaration for the method in the base class, thus eliminating the need for the downcast. Interfaces
The interface keyword takes the concept of abstractness one step further. The abstract keyword allows you to create one or more undefined methods in a class—you provide part of the interface without providing a corresponding implementation. The implementation is provided by inheritors. The interface keyword produces a completely abstract class, one that provides no implementation at all. It allows the creator to determine method names, argument lists, and return types, but no method bodies. An interface provides only a form, but no implementation.
An interface says, "All classes that implement this particular interface will look like this." Thus, any code that uses a particular interface knows what methods might be called for that interface, and that’s all. So the interface is used to establish a "protocol" between classes. (Some object-oriented programming languages have a keyword called protocol to do the same thing.)
However, an interface is more than just an abstract class taken to the extreme, since it allows you to perform a variation of "multiple inheritance" by creating a class that can be upcast to more than one base type.
222 Thinking in Java Bruce Eckel
To create an interface, use the interface keyword instead of the class keyword. As with a class, you can add the public keyword before the interface keyword (but only if that interface is defined in a file of the same name). If you leave off the public keyword, you get package access, so the interface is only usable within the same package. An interface can also contain fields, but these are implicitly static and final.
To make a class that conforms to a particular interface (or group of interfaces), use the implements keyword, which says, "The interface is what it looks like, but now I’m going to say how it works." Other than that, it looks like inheritance. The diagram for the instrument example shows this:

Kết quả (Việt) 1:

Bạn có thể thấy rằng có thực sự là không có thay đổi Ngoại trừ trong lớp cơ sở. Nó là hữu ích để tạo ra các lớp trừu tượng và phương pháp bởi vì họ làm cho abstractness một lớp học rõ ràng, và kể cả người sử dụng và trình biên dịch như thế nào nó được dự định sẽ được sử dụng. Các lớp trừu tượng cũng có ích refactoring lệ phí cầu đường, kể từ khi họ cho phép bạn dễ dàng chuyển các phương pháp phổ biến lên hệ thống phân cấp thừa kế. Tập thể dục 1: (1) sửa đổi tập thể dục 9 trong chương trước để động vật gặm nhấm đó là một lớp trừu tượng. Làm cho các phương pháp của động vật gặm nhấm trừu tượng bất cứ khi nào có thể. Tập thể dục 2: (1) tạo ra một lớp học như là tóm tắt không bao gồm bất kỳ phương pháp trừu tượng và xác minh rằng bạn không thể tạo ra bất kỳ trường hợp của lớp đó. Tập thể dục 3: (2) tạo một lớp cơ sở với một phương pháp trừu tượng in (hàng) ghi đè trong một lớp học có nguồn gốc. Phiên bản ghi đe của phương pháp in giá trị của một biến int được định nghĩa trong các lớp học có nguồn gốc. Tại điểm định nghĩa của biến này, cung cấp cho nó một giá trị nonzero. Trong các nhà xây dựng cơ sở cấp, gọi phương pháp này. Trong chính (), tạo ra một đối tượng dịch loại, và sau đó gọi của phương pháp in (). Giải thích kết quả. Tập thể dục 4: (3) tạo một lớp trừu tượng với phương pháp không có. Lấy một lớp học và thêm một phương pháp. Tạo ra một phương pháp tĩnh mà phải mất một tham chiếu đến lớp cơ sở, downcasts nó đến các lớp học có nguồn gốc, và gọi các phương pháp. Trong chính (), chứng minh rằng nó hoạt động. Bây giờ đặt tuyên bố trừu tượng cho phương pháp trong lớp cơ sở, do đó loại bỏ sự cần thiết cho các downcast. Giao diện Từ khoá giao diện mất khái niệm về abstractness một bước nữa. Từ khóa trừu tượng cho phép bạn tạo một hoặc nhiều phương pháp không xác định trong một lớp học-bạn cung cấp một phần của giao diện mà không cung cấp một thực hiện tương ứng. Việc thực hiện được cung cấp bởi inheritors. Từ khoá giao diện tạo ra một lớp học hoàn toàn trừu tượng, một trong đó cung cấp thực hiện không có ở tất cả. Nó cho phép tác giả để xác định phương pháp tên, danh sách đối số, và trở về loại, nhưng không có cơ quan phương pháp. Một giao diện cung cấp chỉ là một hình thức, nhưng không thực hiện. Một giao diện nói, "tất cả các lớp học thực hiện giao diện đặc biệt này sẽ xem xét như thế này." Vì vậy, bất kỳ mã sử dụng một giao diện đặc biệt biết những phương pháp có thể được gọi là cho giao diện đó, và đó là tất cả. Vì vậy, giao diện được sử dụng để thiết lập một "giao thức" giữa các lớp. (Một số ngôn ngữ lập trình hướng đối tượng có một từ khóa được gọi là giao thức để thực hiện tương tự.) Tuy nhiên, một giao diện là nhiều hơn chỉ là một lớp trừu tượng đưa đến cực độ, vì nó cho phép bạn thực hiện một biến thể của "đa kế thừa" bằng cách tạo ra một lớp mà có thể được upcast với nhiều hơn một loại cơ sở. 222 suy nghĩ trong Java Bruce Eckel Để tạo ra một giao diện, sử dụng từ khoá giao diện thay vì các từ khóa lớp. Như với một lớp học, bạn có thể thêm từ khóa khu vực trước khi từ khoá giao diện (nhưng chỉ nếu giao diện mà được định nghĩa trong một tập tin cùng tên). Nếu bạn rời khỏi khu vực từ khóa, bạn nhận được gói truy cập, do đó, giao diện là chỉ có thể sử dụng trong cùng một gói. Một giao diện cũng có thể chứa các lĩnh vực, nhưng đây là ngầm tĩnh và cuối cùng. Để thực hiện một lớp học phù hợp với một giao diện cụ thể (hoặc nhóm của giao diện), sử dụng từ khóa thực hiện, nói, "giao diện là những gì nó trông giống như, nhưng bây giờ tôi sẽ nói như thế nào nó hoạt động." Ngoài ra, có vẻ như thừa kế. Biểu đồ ví dụ cụ cho thấy điều này:

Kết quả (Việt) 2:

Bạn có thể thấy rằng có thực sự không thay đổi, ngoại trừ trong các lớp cơ sở.
Nó rất hữu ích để tạo ra các lớp trừu tượng và phương pháp vì họ làm cho tính trừu tượng của một lớp rõ ràng, và cho cả người dùng và các trình biên dịch như thế nào nó được dự định sẽ được sử dụng. Các lớp trừu tượng cũng là lệ phí cầu đường refactoring hữu ích, vì nó cho phép bạn dễ dàng di chuyển các phương pháp thông thường lên các hệ thống phân cấp thừa kế.
Bài tập 1: (1) Sửa đổi tập 9 trong chương trước để Rodent là một lớp trừu tượng. Thực hiện phương pháp của động vật gặm nhấm trừu tượng bất cứ khi nào có thể.
Bài tập 2:. (1) Tạo một lớp là trừu tượng mà không bao gồm bất kỳ phương thức trừu tượng và xác minh rằng bạn không thể tạo ra bất kỳ trường hợp của lớp đó
Bài tập 3: (2) Tạo một lớp cơ sở với một bản tóm tắt print () phương pháp đó được ghi đè trong một lớp dẫn xuất. Các phiên bản của phương pháp ghi đè in ra giá trị của một biến int định nghĩa trong lớp dẫn xuất. Tại điểm của định nghĩa của biến này, cung cấp cho nó một giá trị khác. Trong xây dựng cơ sở-class, gọi phương pháp này. Trong main (), tạo ra một đối tượng của loại hình xuất phát, và sau đó gọi phương pháp của nó print (). Giải thích kết quả.
Bài tập 4: (3) Tạo một lớp trừu tượng không có phương pháp. Rút ra một lớp và thêm một phương pháp. Tạo một phương thức tĩnh mà phải mất một tham chiếu đến lớp cơ sở, downcasts nó vào lớp dẫn xuất, và gọi phương thức. Trong main (), chứng minh rằng nó hoạt động. Bây giờ đặt các khai báo trừu tượng cho các phương thức trong lớp cơ sở, do đó loại bỏ sự cần thiết cho sự yếu hèn. Giao diện
Các từ khóa interface có khái niệm trừu tượng của một bước nữa. Các từ khóa trừu tượng cho phép bạn tạo ra một hoặc nhiều phương pháp xác định ở một đẳng cấp mà bạn cung cấp một phần giao diện mà không cung cấp một thực hiện tương ứng. Việc thực hiện được cung cấp bởi những người thừa kế. Các từ khóa giao diện tạo ra một lớp học hoàn toàn trừu tượng, một trong đó cung cấp không thực hiện ở tất cả. Nó cho phép người tạo để xác định tên phương thức, danh sách đối số, và các loại trở lại, nhưng không có cơ quan pháp. Một giao diện chỉ cung cấp một hình thức, nhưng không thực hiện.
Một giao diện nói, "Tất cả các lớp mà thực hiện giao diện đặc biệt này sẽ trông như thế này." Vì vậy, bất kỳ mã có sử dụng một giao diện cụ thể biết những gì các phương pháp có thể được gọi là cho giao diện đó, và đó là tất cả. Vì vậy, giao diện được sử dụng để thiết lập một "giao thức" giữa các lớp. (Một số ngôn ngữ lập trình hướng đối tượng có một từ khoá được gọi là giao thức để làm điều tương tự.)
Tuy nhiên, giao diện là nhiều hơn chỉ là một lớp trừu tượng thực hiện đến cùng cực, vì nó cho phép bạn thực hiện một biến thể của "đa thừa kế" bằng cách tạo một lớp có thể được ném lên với nhiều hơn một cơ sở loại.
222 Tư duy trong Java Bruce Eckel
Để tạo ra một giao diện, sử dụng các từ khóa interface thay vì các từ khoá class. Như với một lớp, bạn có thể thêm các từ khóa công khai trước khi khóa interface (nhưng chỉ khi giao diện được định nghĩa trong một tập tin cùng tên). Nếu bạn bỏ ra từ khóa công cộng, bạn có thể truy cập gói, do đó giao diện là chỉ sử dụng được trong cùng một gói. Một giao diện cũng có thể chứa các trường, nhưng đây là những ngầm tĩnh và cuối cùng.
Để làm cho một lớp học mà phù hợp với một giao diện cụ thể (hoặc nhóm các giao diện), sử dụng các dụng cụ từ khóa, trong đó nói rằng, "Giao diện là những gì nó trông như thế nào, nhưng bây giờ tôi sẽ nói như thế nào nó hoạt động. " Khác hơn thế, có vẻ như kế thừa. Các sơ đồ cho các ví dụ cụ thể hiện nay: