Optional<T> (Java 8+) adalah kontainer yang mungkin atau mungkin tidak menampung nilai — cara eksplisit untuk mewakili "nilai mungkin tidak ada" daripada mengembalikan null. Ini membantu mencegah NullPointerException (NPE) yang menakutkan dengan memaksa pemanggil untuk mempertimbangkan kasus kosong.
User {
userMap.get(id);
}
findUser();
u.getName();
Nilai kembalian null mudah diabaikan, dan NPE yang dihasilkan — "kesalahan seharga satu miliar dolar" — adalah salah satu bug Java paling umum.
// ✅ the return type ITSELF signals "might be absent" — callers must handle it
public Optional<User> findUser(String id) {
return Optional.ofNullable(userMap.get(id));
}
Sekarang tanda tangan membuat ketiadaan eksplisit dan API yang didorong kompiler membuat pemanggil menangani kasus kosong.
Optional<String> a = Optional.of("hi"); // value present (throws if you pass null)
Optional<String> b = Optional.empty(); // explicitly absent
Optional<String> c = Optional.ofNullable(x); // present if x != null, else empty
Optional<User> user = findUser("123");
// provide a fallback
User u = user.orElse(defaultUser);
User u2 = user.orElseGet(() -> createDefault()); // lazy fallback
User u3 = user.orElseThrow(() -> new NotFoundException());
// run code only if present
user.ifPresent(u -> System.out.println(u.getName()));
// transform without unwrapping (chainable, null-safe)
String name = user.map(User::getName).orElse("Unknown");
String city = user.map(User::getAddress).map(Address::getCity).orElse("N/A");
Metode fungsional (map, filter, orElse, ifPresent) memungkinkan Anda mengubah dan mengekstrak nilai dengan aman, merantai tanpa pemeriksaan null yang bersarang.
// ❌ defeats the purpose — get() throws if empty, like dereferencing null
if (user.isPresent()) {
User u = user.get(); // verbose AND risky if you forget isPresent()
}
// ✅ use orElse/map/ifPresent instead
// ❌ don't use Optional for fields or method parameters — it's designed for RETURN types
// ❌ never return null from a method that returns Optional
Optional adalah alat Java untuk mengatasi masalah bug terkait null yang merajalela dengan membuat kemungkinan ketiadaan eksplisit dalam sistem jenis — mengubah NPE senyap menjadi kasus yang ditangani.
Penggunaan utama yang dimaksudkan adalah sebagai tipe pengembalian untuk metode yang mungkin tidak menghasilkan nilai, di mana ia mendokumentasikan dan memberlakukan pertimbangan kasus kosong, dan metode fungsionalnya (map, orElse, ifPresent) memungkinkan perantaian yang bersih dan aman-null.
Memahami cara menggunakannya dengan benar — dan anti-patterns (memanggil get() sembarangan, menggunakannya untuk bidang/parameter, mengembalikan null) — mengarah pada kode yang lebih kuat dan terdokumentasi sendiri dengan lebih sedikit NPE, itulah sebabnya hal itu adalah alat praktik terbaik dan topik wawancara umum di Java modern.