Điểm của lớp học Tùy chọn của Ổi là gì

Question 1

Gần đây tôi đã đọc về điều này và thấy mọi người sử dụng lớp này, nhưng trong hầu hết các trường hợp, việc sử dụng nullcũng sẽ hoạt động - nếu không muốn nói là trực quan hơn. Ai đó có thể cung cấp một ví dụ cụ thể về nơi Optionalsẽ đạt được điều gì đó nullkhông thể hoặc theo cách sạch hơn nhiều không? Điều duy nhất tôi có thể nghĩ đến là sử dụng nó với Mapskhông chấp nhận nullkhóa, nhưng thậm chí điều đó có thể được thực hiện với một "ánh xạ" bên giá trị của null. Bất cứ ai có thể cung cấp cho tôi một lý lẽ thuyết phục hơn? Cảm ơn bạn.

Question 2

Thành viên nhóm ổi đây.

Có lẽ nhược điểm lớn nhất duy nhất nulllà không rõ nghĩa của nó trong bất kỳ ngữ cảnh cụ thể nào: nó không có tên minh họa. Không phải lúc nào điều đó cũng hiển nhiên nullcó nghĩa là "không có giá trị cho tham số này" - heck, như một giá trị trả về, đôi khi nó có nghĩa là "lỗi", hoặc thậm chí "thành công" (!!), hoặc đơn giản là "câu trả lời đúng là không có gì". Optionalthường là khái niệm bạn thực sự muốn nói khi bạn tạo một biến nullable, nhưng không phải lúc nào cũng vậy. Khi không, chúng tôi khuyên bạn nên viết lớp của riêng mình, tương tự Optionalnhưng với một cách đặt tên khác, để làm rõ ý bạn thực sự muốn nói.

Nhưng tôi có thể nói rằng lợi thế lớn nhất của Optionalnó không nằm ở tính dễ đọc: lợi thế là khả năng chống ngu ngốc của nó. Nó buộc bạn phải chủ động suy nghĩ về trường hợp vắng mặt nếu bạn muốn chương trình của mình biên dịch, vì bạn phải chủ động mở gói Optionalvà giải quyết trường hợp đó. Null khiến việc quên mọi thứ trở nên dễ dàng một cách đáng lo ngại và mặc dù FindBugs có ích, tôi không nghĩ rằng nó gần như giải quyết được vấn đề. Điều này đặc biệt có liên quan khi bạn đang trả về các giá trị có thể có hoặc không có "hiện tại". Bạn (và những người khác) có nhiều khả năng quên điều đó other.method(a, b)có thể trả về một nullgiá trị hơn là bạn có khả năng quên điều đó acó thể xảy ra nullkhi bạn đang triển khaiother.method . Trở vềOptional làm cho người gọi không thể quên trường hợp đó, vì họ phải tự mình mở gói đồ vật.

Vì những lý do này, chúng tôi khuyên bạn nên sử dụng Optionallàm kiểu trả về cho các phương thức của mình, nhưng không nhất thiết phải có trong các đối số phương thức của bạn.

(Nhân tiện, đây là hoàn toàn cũi, từ cuộc thảo luận ở đây .)

Question 3

Nó thực sự trông giống như Maybemô hình Monad từ Haskell.

Bạn nên đọc phần sau, Wikipedia Monad (lập trình chức năng) :

Và đọc Từ Tùy chọn đến Đơn nguyên với Ổi trên Blog của Kerflyn, thảo luận về Tùy chọn Ổi được sử dụng làm Đơn nguyên:

Chỉnh sửa: Với Java8, có một Tùy chọn tích hợp có các toán tử đơn nguyên như flatMap. Đây là một chủ đề gây tranh cãi nhưng cuối cùng đã được thực hiện.

Xem http://www.nurkiewicz.com/2013/08/optional-in-java-8-cheat-sheet.html

public Optional<String> tryFindSimilar(String s)  //...

Optional<Optional<String>> bad = opt.map(this::tryFindSimilar);
Optional<String> similar =       opt.flatMap(this::tryFindSimilar);

Nhà flatMapđiều hành cần thiết cho phép các hoạt động đơn lẻ và cho phép dễ dàng chuỗi các cuộc gọi mà tất cả đều trả về các kết quả Tùy chọn.

Hãy nghĩ về nó, nếu bạn sử dụng maptoán tử 5 lần, bạn sẽ kết thúc bằng một Optional<Optional<Optional<Optional<Optional<String>>>>>, trong khi sử dụng flatMapsẽ cho bạnOptional<String>

Vì Java8, tôi không muốn sử dụng Tùy chọn của Guava kém mạnh mẽ hơn.

Question 4

Một lý do tốt để sử dụng nó là nó làm cho nulls của bạn rất có ý nghĩa. Thay vì trả về giá trị null có thể có nghĩa là nhiều thứ (như lỗi, hoặc thất bại, hoặc trống, v.v.), bạn có thể đặt 'tên' cho null của mình. Hãy xem ví dụ này:

cho phép xác định một POJO cơ bản:

class PersonDetails {

String person;
String comments;

public PersonDetails(String person, String comments) {
    this.person = person;
    this.comments = comments;
}

public String getPerson() {
    return person;
}


public String getComments() {
    return comments;
}

}

Bây giờ chúng ta hãy sử dụng POJO đơn giản này:

public Optional<PersonDetails> getPersonDetailstWithOptional () {

  PersonDetails details = null; /*details of the person are empty but to the caller this is meaningless,
  lets make the return value more meaningful*/


    if (details == null) {
      //return an absent here, caller can check for absent to signify details are not present
        return Optional.absent();
    } else {
      //else return the details wrapped in a guava 'optional'
        return Optional.of(details);   
    }
}

Bây giờ, hãy tránh sử dụng null và thực hiện kiểm tra của chúng tôi với Tùy chọn để nó có ý nghĩa

public void checkUsingOptional () {

    Optional<PersonDetails> details = getPersonDetailstWithOptional();

    /*below condition checks if persons details are present (notice we dont check if person details are null,
    we use something more meaningful. Guava optional forces this with the implementation)*/
    if (details.isPresent()) {

      PersonDetails details = details.get();

        // proceed with further processing
        logger.info(details);

    } else {
        // do nothing
        logger.info("object was null"); 
    }

    assertFalse(details.isPresent());
}

do đó cuối cùng nó là một cách để làm cho null có ý nghĩa và ít mơ hồ hơn.

Question 5

Ưu điểm quan trọng nhất của Tùy chọn là nó bổ sung thêm chi tiết vào hợp đồng giữa người triển khai và người gọi một hàm. Vì lý do này, cả hai đều hữu ích cho các tham số và kiểu trả về.

Nếu bạn thực hiện quy ước luôn luôn có Optionalcác đối tượng rỗng, bạn sẽ thêm giải thích rõ hơn cho các trường hợp như:

Optional<Integer> maxPrime(Optional<Integer> from, Optional<Integer> to)

Hợp đồng ở đây quy định rõ ràng rằng có khả năng một kết quả không được trả lại nhưng cũng cho thấy rằng nó sẽ hoạt động có fromvà tokhông có.
Optional<Integer> maxPrime(Optional<Integer> from, Integer to)

Hợp đồng chỉ định rằng from là tùy chọn vì vậy giá trị vắng mặt có thể có ý nghĩa đặc biệt như bắt đầu từ 2. Tôi có thể mong đợi rằng giá trị null cho totham số sẽ ném ra một ngoại lệ.

Vì vậy, phần tốt của việc sử dụng Tùy chọn là hợp đồng trở nên vừa mang tính mô tả (tương tự với @NotNullchú thích) nhưng cũng chính thức vì bạn phải viết mã .get()để đối phó Optional.