Guava'nın İsteğe Bağlı sınıfının amacı nedir

Son zamanlarda bunu okudum ve bu sınıfı kullanan insanlar gördüm, ancak hemen hemen her durumda, kullanmak nullda işe yarardı - daha sezgisel olmasa bile. Birisi başaramayan veya çok daha temiz bir şekilde bir Optionalşeyi nerede başaracağına dair somut bir örnek nullverebilir mi? Aklıma gelen tek şey, onu anahtarları Mapskabul etmeyen bir şekilde kullanmaktır null, ama bu bile boş değerin bir yan "eşlemesi" ile yapılabilir. Biri bana daha ikna edici bir argüman sunabilir mi? Teşekkür ederim.

Guava ekip üyesi burada.

Muhtemelen en büyük dezavantajı, nullherhangi bir bağlamda ne anlama gelmesi gerektiğinin açık olmamasıdır: açıklayıcı bir adı yoktur. null"Bu parametre için değer yok" anlamına geldiği her zaman açık değildir - heck, bir dönüş değeri olarak, bazen "hata" veya hatta "başarı" (!!) veya kısaca "doğru cevap hiçbir şeydir" anlamına gelir. Optionalgenellikle bir değişkeni null yapılabilir yaptığınızda kastettiğiniz kavramdır, ancak her zaman değil. OptionalDeğilse, gerçekte ne demek istediğinizi netleştirmek için kendi sınıfınızı benzer ancak farklı bir adlandırma şemasıyla yazmanızı öneririz.

Ama en büyük avantajının Optionalokunabilirlikte olmadığını söyleyebilirim : Avantaj, aptalca kanıtlanmamış olmasıdır. Programınızın derlenmesini istiyorsanız, mevcut olmayan durumu aktif olarak düşünmeye zorlar, çünkü bu durumu aktif olarak açmanız Optionalve ele almanız gerekir . Null, bir şeyleri basitçe unutmayı rahatsız edici derecede kolaylaştırır ve FindBugs yardımcı olsa da, sorunu neredeyse aynı şekilde ele aldığını düşünmüyorum. Bu, özellikle "mevcut" olabilecek veya olmayabilecek değerler döndürürken önemlidir. Sen (ve diğerleri) unutmak çok daha muhtemeldir other.method(a, b)bir geri dönebilirler nullEğer unutmak olasıdır daha değer aolabilir nullsiz uygularken yaparken other.method. Geri dönenOptional Nesneyi kendilerinin açması gerektiğinden arayanların bu durumu unutmasını imkansız kılar.

Bu nedenlerden dolayı, Optionalyöntemleriniz için bir dönüş türü kullanmanızı öneririz, ancak yöntem bağımsız değişkenlerinizde olması gerekmez.

(Bu tamamen tartışmadan, bu arada, cribbed edilir burada .)

Gerçekten MaybeHaskell'deki Monad modeline benziyor .

Aşağıdakini okumalısınız, Wikipedia Monad (işlevsel programlama) :

Ve Monad olarak kullanılan Guava'nın İsteğe Bağlı'sını tartışan Kerflyn'in Blog'unda Guava ile İsteğe Bağlı'dan Monad'a bölümünü okuyun :

Düzenleme: Java8 ile, gibi monadik operatörlere sahip yerleşik bir İsteğe Bağlı vardır flatMap. Bu tartışmalı bir konu oldu ama sonunda uygulandı.

Bkz. 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);

flatMapOperatör kolayca zincir aramaları hepsi dönüş Opsiyonel sonuçları için monadic işlemleri ve izinleri izin esastır.

Bir düşünün, mapoperatörü 5 kez Optional<Optional<Optional<Optional<Optional<String>>>>>kullanırsanız bir ile sonuçlanırken , kullanmak flatMapsize verirOptional<String>

Java8'den beri daha az güçlü olan Guava'nın İsteğe Bağlı'sını kullanmak istemiyorum.

Kullanmanın iyi bir nedeni, boş değerlerinizi çok anlamlı hale getirmesidir. Birçok şey ifade edebilecek bir boş değer döndürmek yerine (hata, başarısızlık veya boş gibi) boş değerinize bir 'ad' koyabilirsiniz. Şu örneğe bakın:

temel bir POJO tanımlayalım:

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;
}

}

Şimdi bu basit POJO'dan yararlanalım:

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);   
    }
}

Şimdi boş kullanmaktan kaçınalım ve kontrollerimizi İsteğe Bağlı ile yapalım, böylece anlamlı olsun

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());
}

böylece sonunda boşları anlamlı ve daha az belirsiz hale getirmenin bir yolu.

İsteğe bağlı özelliğin en önemli avantajı, uygulayıcı ile bir işlevi arayan arasındaki sözleşmeye daha fazla ayrıntı eklemesidir. Bu nedenle hem parametreler hem de dönüş türü için kullanışlıdır.

Kuralı her zaman Optionalolası boş nesnelere sahip olacak şekilde yaparsanız, aşağıdaki gibi durumlara daha fazla açıklama eklersiniz:

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

   Buradaki sözleşme, bir sonucun iade edilememe ihtimalinin olduğunu açıkça belirtmekle birlikte, bununla fromve toyok olarak çalışacağını da gösterir .

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

   Sözleşme, from öğesinin isteğe bağlı olduğunu belirtir, bu nedenle eksik bir değerin 2'den başlama gibi özel bir anlamı olabilir. toParametre için boş bir değerin bir istisna oluşturmasını bekleyebilirim .

Dolayısıyla, İsteğe Bağlı'yı kullanmanın iyi yanı, sözleşmenin hem açıklayıcı ( @NotNullek açıklamaya benzer ) hem de .get()başa çıkmanız için kod yazmanız gerektiğinden resmi hale gelmesidir Optional.