DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Newsletter
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • Stop Writing Database Migration Scripts: Declarative Schema Sync for Java
  • Searching Kafka Without an Index: Lessons From Building Message Search for Kafdrop
  • ScyllaDB in Enterprise Java: High-Performance NoSQL With Eclipse JNoSQL
  • Member Spotlight: Shai Almong

Trending

  • Event-Driven AI Systems With Kafka and Autonomous Agents
  • Claude Code Superpowers: The 5-Tool Stack That Ends Limits and Context Amnesia
  • Idempotency Under Concurrency: Why Your Application Check Isn't the Last Line of Defense
  • Build Software Faster With Three Simple Principles

Draft This article hasn't been published, so readers can't see it.

In moderation This article is waiting for review, so readers can't see it yet.

Deleted This article has been deleted, so readers can't see it.

  1. DZone
  2. Coding
  3. Java
  4. Java 8 Optional is Not Just for Replacing a null Value

Java 8 Optional is Not Just for Replacing a null Value

By 
Peter Lawrey
·
Feb. 05, 15 · Interview
Post on X (opens in a new tab) Share on LinkedIn (opens in a new tab)
10.7K Views

Join the DZone community Save articles, join the discussion, and download Refcards and Trend Reports with a free account.

Join for free Already a member? Log in

In Java 8, you can return an Optional instead of return null; as you might do in Java 7.  This may or may not make a big difference depending on whether you tend to forget to check for null or whether you use static code analysis to check to nullalbe references.

However, there is a more compelling case which is to treat Optional like a Stream with 0 or 1 values.

Simple Optional Use Case

In the old days of Java 7 you would write something like
String text = something();
if (text != null) {
Note: Oracle Java 7 will be "End of Public Updates" in April 2015.
With Optional you can instead write
Optional text = something();
if (text.isPresent()) {
    String text2 = text.get();
However, if you are being paranoid you might write.
Optional text = something();
if (text != null && text.isPresent()) {
    String text2 = text.get();
If you have NullPointerException errors often in your project Optional might help, but otherwise it's not looking like it helps much. 

A more complex example

Lets instead consider this example
static String getFirstSecondThird(Nested nested) {
    try {
          return ((Contained2) nested.first.second).get(0).third;
    } catch (NullPointerException | 
             ClassCastException | 
             IndexOutOfBoundsException ignored) {
          return null;
    }
}
This is really ugly.  Instead of catching exceptions, you can build a long list of condition check but it becomes really hard to see what you are trying to do.
Optional allows you to handle all the possible error conditions without an Exception or nested if/else logic.
static Optional getFirstSecondThird(Optional nested) {
    return nested // could be non-present
            .map(x -> x.first) // could be null
            .map(x -> x.second) // could be null
           // could be another type
            .map(x -> x instanceof Contained2 ? (Contained2) x : null)
            .map(x -> x.list) // could be null
            .filter(x -> !x.isEmpty()) // could be empty
            .map(x -> x.get(0)) // could be null
            .map(x -> x.third); // could be null.
}
What we get is a series of mappings and filters which only progress if the value is non-null and present. If any value is null, or a filter is not true, the whole result is "not present".

Conclusion

Using Optional can be a powerful way to navigate a complex data structure in a safe way.  The purpose of lambdas is to reduce boiler plate code, and in the case it avoids all the checks or errors you have.

Additional

For your interest, here is the classes I used in the example above.
static class Nested {
    Contained first;
}
static class Contained {
    IContained2 second;
}
interface IContained2 {
}
static class Contained2 implements IContained2 {
    List list;
}
static class Data {
    String third;
}
Java (programming language)

Published at DZone with permission of Peter Lawrey. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • Stop Writing Database Migration Scripts: Declarative Schema Sync for Java
  • Searching Kafka Without an Index: Lessons From Building Message Search for Kafdrop
  • ScyllaDB in Enterprise Java: High-Performance NoSQL With Eclipse JNoSQL
  • Member Spotlight: Shai Almong

Partner Resources

×

Comments

Loading comments

The comments didn't load

Please try again in a moment.

Likes

Loading

The next likes didn't load. Please try again.

The likes didn't load

Please try again in a moment.

See who liked this

Log in or join DZone for free to see who liked this article.

Log in Join for free
  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook