Nâng cấp đối tượng trong java P3

Chúng tôi tiếp tục giới thiệu về nâng cấp đối tượng trong java trong khóa học java này

Tái cấu trúc khi nâng cao

Tái cấu trúc (refactoring) là quá trình thay đổi cấu trúc của mã lệnh hiện có mà không làm biến đổi chức năng của nó. Ứng dụng của bạn phải sản sinh cùng một kết quả đầu ra như cũ sau quá trình tái cấu trúc, nhưng mã lệnh của bạn sẽ trở nên rõ ràng hơn, sáng sủa hơn, và ít trùng lặp. Thường thuận lợi hơn để làm tái cấu trúc mã lệnh trước khi thêm một đặc tính (để bổ sung vào dễ hơn hoặc làm rõ hơn cần bổ sung thêm vào đâu), và sau khi thêm một đặc tính (để làm sạch sẽ những gì đã làm khi bổ sung vào). Trong trường hợp này, chúng ta đã thêm vào một phương thức mới và ta thấy một số mã lệnh trùng lặp. Chính là lúc để tái cấu trúc!
Đầu tiên, chúng ta cần tạo ra một phương thức nắm giữ hai dòng mã lệnh trùng lặp. Chúng ta gọi phương thức đó là addToWallet():

PHP:

protected void addToWallet(int bill) {Integer boxedBill = new Integer(bill);wallet.add(boxedBill);
}

Chúng ta đặt chế độ truy nhập cho phương thức này là protected vì nó thực sự là phương thức phụ trợ nội tại của riêng chúng ta, chứ không phải là một phần của giao diện công cộng của lớp do chúng ta xây dựng. Bây giờ hãy thay các dòng mã lệnh trong phương thức bằng lời gọi đến phương thức mới:

PHP:

public void addMoney(int bill) {addToWallet(bill);
}

Đây là phiên bản được nạp chồng:

PHP:

public void addMoney(int[] bills) {
for (int i = 0; i < bills.length; i++) {int bill = bills[i];addToWallet(bill);
}
}

Nếu bạn chạy lại mã lệnh, bạn sẽ thấy cùng một kết quả. Kiểu tái cấu trúc này nên trở thành một thói quen, và Eclipse sẽ khiến nó trở nên dễ dàng hơn đối với bạn bằng cách đưa vào thêm nhiều công cụ tái cấu trúc tự động. Việc đi sâu tìm hiểu chi tiết về chúng nằm ngoài phạm vi của tài liệu hướng dẫn này, nhưng bạn có thể thử nghiệm chúng. Nếu chúng ta chọn hai dòng mã lệnh trùng lặp trong phiên bản đầu của addMoney(), chúng ta có thể nhấn chuột phải vào mã lệnh đã chọn và chọn Refactor>Extract Method. Eclipse sẽ từng bước dẫn dắt chúng ta qua quá trình tái cấu trúc. Đây là một trong những đặc tính mạnh nhất của IDE này.

Các thành phần của lớp

Các biến và phương thức mà chúng ta có trong Adult là các biến cá thể và phương thức cá thể. Mỗi đối tượng sẽ có các biến và phương thức cá thể như thế.
Bản thân các lớp cũng có các biến và phương thức. Chúng được gọi chung là các thành phần của lớp, và bạn khai báo chúng bằng từ khóa static. Sự khác nhau giữa các thành phần của lớp và các biến cá thể là:
* Tất cả các cá thể của một lớp sẽ chia sẻ chung một bản sao đơn lẻ của biến lớp (class variable).
* Bạn có thể gọi các phương thức lớp (class method) ngay trên bản thân lớp đó mà không cần có một cá thể của lớp.
* Các phương thức của cá thể có thể truy cập các biến lớp, nhưng các phương thức lớp không thể truy cập vào biến cá thể
* Các phương thức lớp chỉ có thể truy cập biến lớp.
Khi nào thì việc thêm các biến lớp hay phương thức lớp trở nên có ý nghĩa? Quy tắc xuyên suốt là hiếm khi làm điều đó, để bạn không lạm dụng chúng. Một số cách dùng thông thường là:
* Để khai báo các hằng số mà bất cứ cá thể nào của lớp cũng có thể sử dụng được
* Để theo vết “bộ đếm” các cá thể của lớp.
* Trên một lớp với các phương thức tiện ích mà không bao giờ cần đến một cá thể, vẫn giúp ích được (như là phương thức Collections.sort())