Trường sao lưu Kotlin để làm gì?

Là một nhà phát triển Java, khái niệm về trường hỗ trợ hơi xa lạ với tôi. Được:

class Sample {
    var counter = 0 // the initializer value is written directly to the backing field
    set(value) {
        if (value >= 0) field = value
    }
}

Trường hỗ trợ này tốt cho điều gì? Kotlin docs cho biết:

Các lớp trong Kotlin không thể có trường. Tuy nhiên, đôi khi cần phải có trường hỗ trợ khi sử dụng các trình truy cập tùy chỉnh .

Tại sao? Sự khác biệt với việc sử dụng chính tên thuộc tính bên trong bộ cài đặt, ví dụ: *

class Sample {        
    var counter = 0
    set(value) {
        if (value >= 0) this.counter = value // or just counter = value?
    }
}

Bởi vì, giả sử nếu bạn không có fieldtừ khóa, bạn sẽ không thể thực sự đặt / nhận giá trị trong get()hoặcset(value) . Nó cho phép bạn truy cập trường hỗ trợ trong các trình truy cập tùy chỉnh.

Đây là mã Java tương đương của mẫu của bạn:

class Sample {
    private int counter = 0;
    public void setCounter(int value) {
        if (value >= 0) setCounter(value);
    }
    public int getCounter() {
        return counter;
    }
}

Rõ ràng điều này là không tốt, vì setter chỉ là một phép đệ quy xâm nhập vào chính nó, không bao giờ thay đổi bất cứ điều gì. Hãy nhớ trong kotlin bất cứ khi nào bạn viết foo.bar = valuenó sẽ được dịch thành lời gọi setter thay vì a PUTFIELD.

CHỈNH SỬA: Java có các trường trong khi Kotlin có các thuộc tính , đây là một khái niệm cấp cao hơn các trường.

Có hai loại thuộc tính: một loại có trường hỗ trợ, một loại không có.

Thuộc tính có trường hỗ trợ sẽ lưu trữ giá trị dưới dạng một trường. Trường đó giúp lưu trữ giá trị trong bộ nhớ. Một ví dụ về thuộc tính đó là thuộc tính firstvà secondthuộc tính của Pair. Thuộc tính đó sẽ thay đổi biểu diễn trong bộ nhớ của Pair.

Thuộc tính không có trường hỗ trợ sẽ phải lưu trữ giá trị của chúng theo những cách khác ngoài việc lưu trực tiếp vào bộ nhớ. Nó phải được tính toán từ các thuộc tính khác, hoặc từ chính đối tượng. Một ví dụ về thuộc tính như vậy là thuộc tính indicesmở rộng của List, không được hỗ trợ bởi một trường, mà là một kết quả được tính toán dựa trên thuộc sizetính. Vì vậy, nó sẽ không thay đổi biểu diễn trong bộ nhớ List(điều mà nó không thể làm được vì Java được nhập tĩnh).

Ban đầu, tôi cũng gặp khó khăn khi hiểu khái niệm này. Vì vậy, hãy để tôi giải thích nó cho bạn với sự giúp đỡ của một ví dụ.

Hãy xem xét lớp Kotlin này

class DummyClass {
    var size = 0;
    var isEmpty
        get() = size == 0
        set(value) {
            size = size * 2
        }
}

Bây giờ khi chúng ta nhìn vào mã, chúng ta có thể thấy rằng nó có 2 thuộc tính tức là - size(với trình truy cập mặc định) và isEmpty(với trình truy cập tùy chỉnh). Nhưng nó chỉ có 1 trường tức là size. Để hiểu rằng nó chỉ có 1 trường, chúng ta hãy xem Java tương đương với lớp này.

Đi tới Công cụ -> Kotlin -> Hiển thị Kotlin ByteCode trong Android Studio. Nhấp vào Decompile.

   public final class DummyClass {
   private int size;

   public final int getSize() {
      return this.size;
   }

   public final void setSize(int var1) {
      this.size = var1;
   }

   public final boolean isEmpty() {
      return this.size == 0;
   }

   public final void setEmpty(boolean value) {
      this.size *= 2;
   }
}

Rõ ràng, chúng ta có thể thấy rằng lớp java chỉ có các hàm getter và setter isEmpty, và không có trường nào được khai báo cho nó. Tương tự trong Kotlin, không có trường hỗ trợ cho thuộc tính isEmpty, vì thuộc tính hoàn toàn không phụ thuộc vào trường đó. Do đó không có trường hỗ trợ.

Bây giờ chúng ta hãy xóa getter tùy chỉnh và setter của thuộc isEmptytính.

class DummyClass {
    var size = 0;
    var isEmpty = false
}

Và Java tương đương với lớp trên là

public final class DummyClass {
   private int size;
   private boolean isEmpty;

   public final int getSize() {
      return this.size;
   }

   public final void setSize(int var1) {
      this.size = var1;
   }

   public final boolean isEmpty() {
      return this.isEmpty;
   }

   public final void setEmpty(boolean var1) {
      this.isEmpty = var1;
   }
}

Ở đây chúng ta thấy cả các trường sizevà isEmpty. isEmptylà một trường hỗ trợ vì getter và setter cho isEmptythuộc tính phụ thuộc vào nó.

Các trường sao lưu rất tốt để chạy xác thực hoặc kích hoạt các sự kiện khi thay đổi trạng thái. Hãy nghĩ về những lần bạn đã thêm mã vào bộ cài đặt / getter Java. Các trường sao lưu sẽ hữu ích trong các trường hợp tương tự. Bạn sẽ sử dụng các trường hỗ trợ khi bạn cần để kiểm soát hoặc có khả năng hiển thị trên setters / getters.

Khi chỉ định trường với chính tên trường, bạn thực sự đang gọi bộ thiết lập (tức là set(value)). Trong ví dụ bạn có, this.counter = valuesẽ đệ quy thành set (value) cho đến khi chúng ta làm tràn ngăn xếp của mình. Sử dụng fieldbỏ qua mã setter (hoặc getter).

Sự hiểu biết của tôi là sử dụng mã định danh trường làm tham chiếu đến giá trị của thuộc tính trong get hoặc set , khi bạn muốn thay đổi hoặc sử dụng giá trị của thuộc tính trong get hoặc set .

Ví dụ:

class A{
    var a:Int=1
        get(){return field * 2}    // Similiar to Java: public int geta(){return this.a * 2}
        set(value) {field = value + 1}
}

Sau đó:

var t = A()
println(t.a)    // OUTPUT: 2, equal to Java code: println(t.a * 2)
t.a = 2         // The real action is similar to Java code: t.a = t.a +1
println(t.a)    // OUTPUT: 6, equal to Java code: println(t.a * 2)

Thuật ngữ backing fieldnày chứa đầy bí ẩn. Từ khóa được sử dụng là field. Các get/setphương thức, nằm ngay bên cạnh biến thành viên sắp được lấy hoặc thiết lập thông qua cơ chế phương thức bảo vệ cửa này. Các fieldtừ khóa chỉ đề cập đến các biến thành viên đó sẽ được thiết lập hoặc có được . Kotlin hiện tại, bạn không thể tham chiếu đến biến thành viên trực tiếp bên trong các phương thức cửa bảo vệ get hoặc set vì nó sẽ không may dẫn đến đệ quy vô hạn vì nó sẽ gọi lại get hoặc set và do đó dẫn thời gian chạy xuống vực sâu.

Tuy nhiên, trong C # , bạn có thể tham chiếu trực tiếp biến thành viên bên trong các phương thức getter / setter. Tôi trích dẫn so sánh này để trình bày ý tưởng rằng fieldtừ khóa này là cách Kotlin hiện tại đang triển khai nó nhưng tôi hy vọng nó sẽ bị loại bỏ trong các phiên bản sau và cho phép chúng tôi tham chiếu trực tiếp trực tiếp đến biến thành viên mà không dẫn đến đệ quy vô hạn.