Đang chuyển 'this' trong một thực hành được chấp nhận gọi phương thức trong java

Thực hành tốt / xấu / chấp nhận được để truyền đối tượng hiện tại trong một cuộc gọi phương thức. Như trong:

public class Bar{
    public Bar(){}

    public void foo(Baz baz){
        //  modify some values of baz
    }
}

public class Baz{
    //constructor omitted

    public void method(){
        Bar bar = new Bar();
        bar.foo(this);
    }
}

Cụ thể là dòng bar.foo(this)có chấp nhận được không?

Không có lý do gì để không sử dụng nó, đây thislà phiên bản hiện tại và nó hoàn toàn hợp pháp để sử dụng. Trên thực tế, thường không có cách nào rõ ràng để bỏ qua nó.

Vì vậy, hãy sử dụng nó.

Vì thật khó để thuyết phục nó được chấp nhận nếu không có ví dụ (một câu trả lời phủ định cho một câu hỏi như vậy luôn dễ tranh luận hơn), tôi vừa mở một trong những java.langlớp phổ biến nhất , Stringmột lớp , và tất nhiên tôi đã tìm thấy các trường hợp sử dụng này, chẳng hạn

1084        // Argument is a String
1085        if (cs.equals(this))
1086            return true;

Hãy tìm (thisnhững dự án lớn được “chấp nhận”, bạn sẽ không thất bại khi tìm thấy nó.

Không có gì sai với điều đó. Điều KHÔNG PHẢI là một phương pháp hay là thực hiện cùng một hàm tạo bên trong, bởi vì bạn sẽ cung cấp một tham chiếu đến một đối tượng chưa được khởi tạo hoàn toàn.

Có một loại bài đăng tương tự ở đây: Java làm rò rỉ điều này trong phương thức khởi tạo , nơi họ đưa ra lời giải thích về lý do tại sao phương thức sau là một hoạt động không tốt.

Có , nhưng bạn nên cẩn thận về hai điều

1. Truyền điều này khi đối tượng chưa được xây dựng (tức là trong hàm tạo của nó)
2. Chuyển nó đến một đối tượng tồn tại lâu dài, điều đó sẽ giữ cho tham chiếu tồn tại và sẽ ngăn đối tượng này bị thu thập rác.

Đó là điều hoàn toàn bình thường và hoàn toàn có thể chấp nhận được.

cái này là viết tắt của đối tượng hiện tại. Những gì bạn đang làm là chính xác về mặt tổng hợp nhưng tôi không thấy cần điều này nếu bạn đang gọi phương thức trong cùng một lớp.

Việc chuyển đối tượng hiện tại trong một lệnh gọi phương thức là một thực tế không tốt nếu có các lựa chọn thay thế ít phức tạp hơn để đạt được cùng một hành vi.

Theo định nghĩa, liên kết hai chiều được tạo ngay sau khi thisđược truyền từ đối tượng này sang đối tượng khác.

Để trích dẫn Refactoring, bởi Martin Fowler:

Thay đổi kết hợp hai chiều thành một chiều (200)

Các liên kết hai chiều rất hữu ích, nhưng chúng có giá. Cái giá phải trả là sự phức tạp tăng thêm của việc duy trì các liên kết hai chiều và đảm bảo rằng các đối tượng được tạo và xóa đúng cách. Các liên kết hai chiều không phải tự nhiên đối với nhiều lập trình viên, vì vậy chúng thường là nguồn gây ra lỗi

...

Bạn nên sử dụng liên kết hai chiều khi cần nhưng không phải khi không. Ngay khi bạn thấy liên kết hai chiều không còn kéo trọng lượng của nó nữa, hãy bỏ phần cuối không cần thiết.

Vì vậy, về mặt lý thuyết, chúng ta nên nghe thấy tiếng chuông cảnh báo khi chúng ta thấy mình cần phải vượt qua thisvà cố gắng thực sự để nghĩ ra những cách khác để giải quyết vấn đề trong tầm tay. Tất nhiên, có những lúc, cuối cùng, bạn nên làm điều đó.

Ngoài ra, bạn thường phải tạm thời làm hỏng thiết kế của mình, thực hiện 'những việc làm xấu', trong thời gian dài hạn tái cấu trúc mã của bạn để cải thiện tổng thể. (Lùi một bước, tiến hai bước).

Trong thực tế, tôi nhận thấy mã của mình đã được cải thiện hàng loạt bằng cách tránh các liên kết hai chiều như bệnh dịch.

Đúng. bạn có thể sử dụng nó. Nó chỉ phổ biến trong lập trình để vượt qua this. Nhưng vẫn có những ưu và nhược điểm khi sử dụng nó. Tuy nhiên, làm như vậy không nguy hiểm.

Chỉ cần thêm một ví dụ nữa trong đó việc vượt qua thislà chính xác và tuân theo thiết kế tốt: Mẫu khách truy cập . Trong kiểu thiết kế khách truy cập, phương thức accept(Visitor v)thường được triển khai theo cách mà nó chỉ gọi v.visit(this).

Có thể chấp nhận được

Đoạn mã từ tài liệu Oracle JAVA:

Trong một phương thức thể hiện hoặc một phương thức khởi tạo, đây là một tham chiếu đến đối tượng hiện tại - đối tượng có phương thức hoặc hàm tạo đang được gọi. Bạn có thể tham chiếu đến bất kỳ thành viên nào của đối tượng hiện tại từ bên trong một phương thức thể hiện hoặc một phương thức khởi tạo bằng cách sử dụng nó.

Sử dụng cái này với một trường

Lý do phổ biến nhất để sử dụng từ khóa this là vì một trường bị che bởi một phương thức hoặc tham số hàm tạo.

Mọi thứ trong java đều được truyền theo giá trị. Nhưng các đối tượng KHÔNG BAO GIỜ được chuyển cho phương thức!
Khi java chuyển một đối tượng đến một phương thức, trước tiên nó tạo một bản sao của một tham chiếu đến đối tượng, chứ không phải một bản sao của chính đối tượng. Do đó, đây là phương pháp được sử dụng hoàn hảo trong java. Và cách sử dụng phổ biến nhất sau đây.