Co powrócić, gdy metody generyczne zwracają "nic", ale wartość null nie może zostać zwrócona?

Question

Załóżmy, że mam metodę biblioteki tak (bardzo skrótowo):

public static <V> Optional<V> doSomethingWith(Callable<V> callable) { 
    try { 
     return Optional.of(callable.call()); 
    } catch (Exception ex) { 
     // Do something with ex 
     return Optional.empty(); 
    } 
} 

I chcę coś, co nie zwraca wartości, jak:

Library.</*What1*/>doSomethingWith(() -> { 
     foo(); 
     return /*what2*/; 
    }); 

Mój pierwszy instynkt rodzajowy metoda, która nie zwraca wartości, tworzy typ Void i zwraca null, jednak ponieważ wynik zostanie zawinięty w Optional, to spowodowałoby to wyjątek.

Jakie są uzasadnione elementy zastępcze dla /*What1*/ i /*what2*/, które nie wyglądają zupełnie przypadkowo, jak Integer i 0?

[edytuj] Próbuję uniknąć Optional.ofNullable, ponieważ puste jest używane tutaj, aby wskazać, że callable.call() nie zakończyło się normalnie.

Answer 1

Zazwyczaj używam Boolean.TRUE, aby oznaczyć sukces, ale możesz również zwrócić Void.class. Obie są tanie w tym sensie, że nie każdy powrót tworzy nowy obiekt do odrzucenia. Chociaż Class<Void> to nie tylko Void, może również służyć do oznaczania czegoś jako void.

Jak już wspomniano, można również utworzyć własną klasę wyników/-enum.

Możesz też oczywiście zwrócić Optional.<Void>nothing(). Spowoduje to, że niektóre Optional<Optional<Void>>, ale także zrób.

Jeśli uważasz, że wszystkie powyższe elementy są brzydkie, obawiam się, że API prawdopodobnie nie jest dobrze dopasowane do Twoich potrzeb. Podnieś prośbę o wydanie/wycofanie lub poszukaj czegoś innego.

Answer 2

Jeśli potrzebujesz podpowiedzi dotyczącej ogólnego parametru, który nigdy nie zostanie użyty, możesz użyć Void, JDK robi to również w niektórych przypadkach, np. przy konwersji Runnable do CompletableFuture<T> używa Odpada dla T.

Jeśli używasz Optional.ofNullable następnie można po prostu wrócić null dla what2, który jest ważny tylko wartość dla Void.

[edytuj] Próbuję uniknąć Opcjonalne.Niewakład, ponieważ puste jest używane tutaj, aby wskazać, że callable.call() nie ukończył normalnie.

Następnie używasz niewłaściwego narzędzia do pracy. CompletionStage lub CompletableFuture ma odpowiednią semantykę.

Answer 3

Użyj typu Void dla typu zwracanego, który jest logicznym wyborem dla "nic", ale w rzeczywistości zwraca instancję z Void.

Chociaż javadoc for Void mówi, że:

... An uninstantiable klasa zastępczy ...

Można mimo instancję:

try { 
    Constructor<Void> c = Void.class.getDeclaredConstructor(); 
    c.setAccessible(true); 
    return c.newInstance(); 
} catch (Exception perfunctory) { 
    return null; // won't happen 
} 

Answer 4

Można również tworzyć własny typ podobny do Void

public class Result { 
    public static final Result OK = new Result(); 

    private Result(){} 
} 

a następnie zwróć Result.OK.

Możesz również ulepszyć ten typ, aby również reprezentować błędy, jeśli potrzebujesz.

Ale może przy użyciu Java Void jest lepiej, jeśli nie potrzebujesz niczego specjalnego.