Evitando graciosamente NullPointerException en Java

En la segunda opción, puedes aprovechar el cortocircuito &&:

String attr = object.getAttribute("someAttr");
if (attr != null && attr.equals("true")) { // ....

Hay ciertas situaciones en las que el enfoque conciso se siente mal para empezar, pero efectivamente se convierte en idiomático. Este es uno de ellos; el otro es algo así como:

String line;
while ((line = bufferedReader.readLine()) != null) {
  // Use line
}

Efectos Secundarios en una condición? Impensable! Excepto que es básicamente mejor que las alternativas, cuando reconoces el patrón particular.

Este patrón es similar - es tan común en Java que esperaría que cualquier desarrollador razonablemente experimentado lo reconociera. El resultado es agradable conciso. (Curiosamente, a veces veo código de C# que usa el mismo modismo, innecesariamente - el operador de igualdad funciona bien con cadenas en C#.)

En pocas palabras: use la primera versión y familiarícese con ella.

Me gusta la opción 1 y yo diría que es lo suficientemente legible.

La opción 3 por cierto sería introducir un método getAttribute que toma un valor predeterminado como parámetro.

Siempre aspira a un código más corto, dado que ambos son funcionalmente equivalentes. Especialmente en casos como este donde la legibilidad no se sacrifica.

Util.isEmpty(string) - devuelve string == null || string.trim().isEmpty() Util.notNull(string) devuelve "" si string == null, cadena de lo contrario. Util.isNotEmpty(string) vuelve ! Util.isEmpty(string)

Y tenemos una convención que para cadenas, Util.isEmpty(string) semánticamente significa verdadero y Util.isNotEmpty(string) semánticamente significa falso.

Es una muy buena pregunta. Normalmente uso el no agraciado:

if (object.getAttribute("someAttr") != null && object.getAttribute("someAttr").equals("true")) { // ....

(y no lo usaré más)

Tengo otra respuesta;

List<Map<String, Object>> group = jjDatabase.separateRow(db.Select("SELECT * FROM access_user_group  WHERE user_id=1 ;"));

No hay "group_c80" como columna en 'access_user_group' en mi base de datos, así que en get(0).get ("group_c80") acuerdos de excepción de puntero nulo. Pero lo manejé a través del siguiente código:

for (int j = 1; j < 100; j++) {
                    String rulId="0";//defult value,to privent null pointer exeption in group_c
                    try {
                        rulId = group.get(0).get("group_c" + j)).toString();
                    } catch (Exception ex) {
                        ServerLog.Print( "Handeled error in database for " + "group_c" + (j < 10 ? "0" + j : j) +"This error handeled and mot efect in program");
                        rulId = "0";
                    }}

Aquí está mi enfoque, necesita una clase PropertyUtil, pero solo se escribe una vez:

/**
 * Generic method to encapsulate type casting and preventing nullPointers.
 * 
 * @param <T>          The Type expected from the result value.
 * @param o            The object to cast.
 * @param typedDefault The default value, should be of Type T.
 * 
 * @return Type casted o, of default.
 */
public static <T> T getOrDefault (Object o, T typedDefault) {
    if (null == o) {
        return typedDefault;
    }
    return (T) o;
}

El código de cliente puede hacer esto:

PropertyUtil.getOrDefault(obj.getAttribute("someAttr"), "").equals("true");

O, para una lista:

PropertyUtil.getOrDefault(
    genericObjectMap.get(MY_LIST_KEY), Collections.EMPTY_LIST
).contains(element);

O a un consumidor de Lista, que rechazaría Objeto:

consumeOnlyList(
    PropertyUtil.getOrDefault(
        enericObjectMap.get(MY_LIST_KEY), Collections.EMPTY_LIST
    )
)

El valor predeterminado podría ser un impl del patrón de objeto nulo https://en.wikipedia.org/wiki/Null_Object_pattern