質問

使ってい object != null 多くの回避 NullPointerException.

あの代替す。

例えば:

if (someobject != null) {
    someobject.doCalc();
}

これを回避 NullPointerException, 時にそれが不明な場合はオブジェクト null います。

なお、受け答えすることができる日を参照 https://stackoverflow.com/a/2386013/12943 より最近のアプローチ.

役に立ちましたか？

解決

この私の音のような場合には合理的に共通する問題を中中の開発者が直面一点:かんでんの信託の契約にも参加し、守備overcheckのためのnull.また、書くときには自分のコードはもちろんのこと、"頼りに帰国nullを示すものが必要との呼び出し側がnullチェック.

この他に、インスタンスがnullのチェックが登場:

  1. がnullの場合は、有効な対応を契約や

  2. がんに有効な対策です。

(2)は簡単です。のいずれかを使用 assert 諸表の主張)に使用することを目的と障害（例えば、 NullPointerException).主張が高い-今まで十分に行なわれJava機能が追加された1.4.の構文:

assert <condition>

または

assert <condition> : <object>

場所 <condition> はboolean表現 <object> あるオブジェクト toString() メソッドの出力のエラーになります。

An assert 算する Error (AssertionError 場合は、条件が成り立ちません。デフォルトでは、Javaの主張を無視し.きの主張による通のオプション -ea のJVM.きの有効/無効の切り替えの主張のための個人授業-フリープランがあります。することができる検証コードの主張をの開発-試験を無効にし、生産環境では、この試験は次のないパフォーマンスへの影響から主張.

を使用しない主張する場合はOKでのコードだったように感じたので同じ失敗は何が起きるかをご利用の場合の主張.唯一の違いは、との主張が起こり早く、より有意義と可能性のある情報、お出かった場合の脂から旨みがします。

(1)では少し硬くなっていきます。の場合は、制御コードだけ呼び出していますか？Nullの場合は有効回答をご確認ください。です。

の場合はコードだけに制御し、この場合、そのレコメンデーションとは異なります。の使用は避けnullしています。方法に戻すことで、簡単です:戻り空のコレクション(または配列)の代わりにnullがかかります。

非コレクションでも硬くなっていきます。この一例として:場合はこれらのインタフェース:

public interface Action {
  void doSomething();
}

public interface Parser {
  Action findAction(String userInput);
}

るパーサにより原料のユーザー入力を検出するというだけの実装のコマンドラインインタフェースっています。今すぎるという方のために、契約上の場合はnullを返しまが適切な行動です。つながる場合は、nullチェックだった。

ュニケーションがない場合はnullを戻し、代わりに使用し Nullオブジェクトのパターン:

public class MyParser implements Parser {
  private static Action DO_NOTHING = new Action() {
    public void doSomething() { /* do nothing */ }
  };

  public Action findAction(String userInput) {
    // ...
    if ( /* we can't find any actions */ ) {
      return DO_NOTHING;
    }
  }
}

比較:

Parser parser = ParserFactory.getParser();
if (parser == null) {
  // now what?
  // this would be an example of where null isn't (or shouldn't be) a valid response
}
Action action = parser.findAction(someInput);
if (action == null) {
  // do nothing
} else {
  action.doSomething();
}

へ

ParserFactory.getParser().findAction(someInput).doSomething();

でありデザインにつながるため、より簡潔なコードです。

とはいえ、このように完全に適切にfindAction()メソッドは例外をスローする意味のあるエラーメッセージ--特にこの場を頼りにユーザー入力します。になると思いますのfindAction方法の例外をスローする以上のメソッドを呼び出しをブローションにNullPointerExceptionがない。

try {
    ParserFactory.getParser().findAction(someInput).doSomething();
} catch(ActionNotFoundException anfe) {
    userConsole.err(anfe.getMessage());
}

たくさんのtry/catch機構をも醜いないデフォルトの動きにフィードバックはユーザーが行います。

public Action findAction(final String userInput) {
    /* Code to return requested Action if found */
    return new Action() {
        public void doSomething() {
            userConsole.err("Action not found: " + userInput);
        }
    }
}

他のヒント

ご利用の場合(または利用)Java IDEのような JetBrains IntelliJ IDEA, Eclipse または ボタンひ またはツールのようなfindbugsして利用できるためのアノテーションの必要がありません。

原則的には個人契約の場合は、ごん @Nullable や @NotNull.

利用できる方法とパラメータのようになります:

@NotNull public static String helloWorld() {
    return "Hello World";
}

または

@Nullable public static String helloWorld() {
    return "Hello World";
}

次の例はないコンパイル(IntelliJ IDEAで).

ご利用の際は最初 helloWorld() 機能別のコード:

public static void main(String[] args)
{
    String result = helloWorld();
    if(result != null) {
        System.out.println(result);
    }
}

現在、IntelliJ IDEAコンパイラにお伝えすることを確認するなら helloWorld() 機能な戻り null,います。

使用パラメータ

void someMethod(@NotNull someParameter) { }

そのようなもの:

someMethod(null);

こんコンパイル。

最後の例を使用 @Nullable

@Nullable iWantToDestroyEverything() { return null; }

この

iWantToDestroyEverything().something();

とを確認することができることをすることができない。:)

このエクスペディアのコンパイラのチェック以上のもので通常は、実施契約できます。残念なことで対応していないすべてのコンパイラでコンパイル.

IntelliJ IDEAで10.5となるためのサポートを追加しましたその他の @Nullable @NotNull になります。

参照ブログ より柔軟で設定可能@Nullable/@NotNull注釈.

場合はnull値がない場合せ

場合はメソッドが呼び外部から始めて思ったこと。

public void method(Object object) {
  if (object == null) {
    throw new IllegalArgumentException("...");
  }

そして、その方法だと知る object はnullになります。

の場合は内部の方法のAPIでは、文書ではnullにならないことになるのです。

例:

public String getFirst3Chars(String text) {
  return text.subString(0, 3);
}

ただし、メソッドに渡しの価値は、次の方法で通過す。いう問題がある。その場合、チェックしたい、引数を前述のとおりといたしました。

Nullの場合せ

ことができます。場というようになります:

if (object == null) {
  // something
} else {
  // something else
}

私は支店は、全く違います。ありません醜いコードスニペットのための必要はない異なるものであるとの考え方によってデータです。例えば、私の入力は必要として計算していますの良いデフォルトはどのようなものか？

これは実際珍しく使えるようになったので、熟"if (object != null && ...".

すすきの例の場合の例を示すが、通常の利用に熟.

なんと、私はほとんど憎悪を追加する回答が57異なる方法で客観的に評価するための手続き NullObject pattern, もう一方はこの問いがあることをご存知の方の提案によりテーブルをJava7を追加 "null-安全な取り扱い"—効率的な構文の場合は同null。

の例によるアレックス-ミラーは以下のようなものです:

public String getPostcode(Person person) {  
  return person?.getAddress()?.getPostcode();  
}

の ?. 手段からご入力いただいた参考左の識別子でない場合はnull、それ以外の評価の残りの部分の表現として null.一部の人のように、Java Posseの会員ディックの 有権者でDevoxx こよなく愛するこの提案が野党ものまで実現の使用 null としてセンチネルの値です。

更新: An 公式の提案 null-安全なオペレーターをJava7に申請して下 プロジェクトコイン. の書式は上の例ではえたようです。

更新: 場合は、null-安全なオペレーターの提案なくプロジェクトコイン.いでいるわけじゃないんですこの書式はJava7.

が未定義の価値観はお断りいたします。

かの設定IDEに警告するように潜在的なnull dereferencing.E.g.Eclipseを参照 設定>Java>コンパイラ>エラー/警告/Nullの解析.

未定義の場合値を許可す:

したい場合に定義する新しいAPIが未定義の値の意味, を使用 オプションパターン (のみなさんから機能ます。では、次のような特長があります。

  • で記載して明示的にこのAPIか入力または出力が存在します。
  • コンパイラの力を処理する場合には、"未定義"。
  • オプションはmonad, では必要ありません詳細はnullチェック、使用地図/foreach/getOrElseまたは類似のcombinatorにも安心してお使い頂けの価値 （例）.

Java8を内蔵 Optional クラスまで(推奨);それ以前のバージョンが図書館の代替案について、例えば グァバ's Optional または FunctionalJava's Option.もののような多くの機能-スタイルパターンを使用し、オプションコロジカルフットプリントでも8)の結果が一定型、軽減できるので、少にデフォルト値が設定されJVM語などスカーラまたはXtend.

の場合においては、APIを返すことがあります。null, できないJava.Xtend、Groovyの Elvisオペレーター ?: の null-安全なオペレーター逆参照 ?., が、このメソッドはnullを返します場合はnull参照くだけで"勘"の適切な取り扱いのはnullになります。

この状況-

ない場合はチェック変数がnullの場合はメソッドを呼び出す前に、equals(stringを比較例）：

if ( foo.equals("bar") ) {
 // ...
}

結果的に NullPointerException の場合 foo お使いになれません。

できることを避ける場合と比較して Strings"このように:

if ( "bar".equals(foo) ) {
 // ...
}

Java8を新 java.util.Optional クラスが間違を解決の問題です。一つ言えることで読みやすくするための工夫コードの公開ApiのAPIの契約により明確なクライアントにサインです。

働いているように:

オプションのオブジェクトの指定されたタイプ(Fruit を作成し、戻り値の型のメソッドになっています。できる空に含まれる Fruit オブジェクト:

public static Optional<Fruit> find(String name, List<Fruit> fruits) {
   for (Fruit fruit : fruits) {
      if (fruit.getName().equals(name)) {
         return Optional.of(fruit);
      }
   }
   return Optional.empty();
}

さらに、このコードを検索のリスト Fruit (fruits)与えられたフルーツインスタンス:

Optional<Fruit> found = find("lemon", fruits);
if (found.isPresent()) {
   Fruit fruit = found.get();
   String name = fruit.getName();
}

で利用できます map() オペレーターを計算はエキスから値--オプションのオブジェクトです。 orElse() きをフォールバックのための欠損値です。

String nameOrNull = find("lemon", fruits)
    .map(f -> f.getName())
    .orElse("empty-name");

もちろん、チェックボックスはチェックのためのnullの場合、空白の値がまだ必要だが、少なくとも、開発者が意識するの値が空のリスクを忘れチェックは限定的である。

にAPIインス Optional き戻り値が空の場合、返す平野のオブジェクトだけできない場合 null (条約は、クライアントコードが放棄にnullチェックの簡単なオブジェクトの戻り値...

もちろん Optional の利用も可能する方法としての引数、おそらくより良い方法を示すオプションの引数より5年ごと又は10オーバーロード方法る場合があります。

Optional には、その他の便利な方法として orElse このデフォルトの値は、 ifPresent 作 ラムダ仕様の表現.

ご紹介していますので、ぜひご一読条(私の主な源泉を書この答えに NullPointerException （一般nullポインタが問題など（一部）溶液による Optional を説明できないとされてい: Javaのオプションオブジェ.

によってどのような物での確認を行っていることができる使いくつかのクラスは、apache commonsなどの apache commons lang や apache commons集

例: 

String foo;
...
if( StringUtils.isBlank( foo ) ) {
   ///do something
}

又はによって必要なものをチェック):

String foo;
...
if( StringUtils.isEmpty( foo ) ) {
   ///do something
}

のStringUtilsクラスの;まあ、いくつかの良いクラスのコモンズがnullの場合安全な操作が可能です。

こちら以下の例を示すnullを使用vallidation JAVAする場合は、apache図書館（commons-lang-2.4.jar)

public DOCUMENT read(String xml, ValidationEventHandler validationEventHandler) {
    Validate.notNull(validationEventHandler,"ValidationHandler not Injected");
    return read(new StringReader(xml), true, validationEventHandler);
}

およびご利用の場合、春春にも同じ機能はそのパッケージには、図書館(spring-2.4.6.jar)

例の使いかたこの静classfから春オーガニックシンセシス(org.springframework.util.Assert)

Assert.notNull(validationEventHandler,"ValidationHandler not Injected");
  • 一度中をご覧頂ければそのオブジェクトにはnullを指定できません（またはバグ)の使用を主張する.
  • 場合においparamsがnullでのjavadocを用を主張する.

をご確認ください。オブジェクト!= nullの場合のみ取扱う場合にはオブジェクト。nullの場合は...

ある提案に加え、新た注釈Java7にnullの場合/notnullのパラメータ:http://tech.puredanger.com/java7/#jsr308

私はファンの"失敗高速"のコードです。自分自身に尋ね-まことに有る場合のパラメータがnull?かない場合には明確な答えのために何をコードしていくべきなのであろうことを例---I.。ではnullにできませんので、それを無視するので、NullPointerExceptionをスローされます。を呼び出すコードを作っているのが現在感NPEいては、IllegalArgumentExceptionができるデータのバックアップのデバッグおよび理解のビジネスを行なっている場合NPEがスローされますよコードを実行その他の不測の事態理論を最終的な結果になります。

Googleのcollections frameworkは、これまでにない達成のた場合は、nullチェック。

する方法があり、図書館のクラスのようになります:

static <T> T checkNotNull(T e) {
   if (e == null) {
      throw new NullPointerException();
   }
   return e;
}

および使用方法は以下のとおりです（ import static):

...
void foo(int a, Person p) {
   if (checkNotNull(p).getAge() > a) {
      ...
   }
   else {
      ...
   }
}
...

上の例:

checkNotNull(someobject).doCalc();

あい方法で動作するパラメータを定義する対称：

a.f(b); <-> b.f(a);

まっている場合bができるものではないnullの場合、できるだけでスワップします。でもっとも有効equals:の代わりに foo.equals("bar"); 良い "bar".equals(foo);.

ではなくNullオブジェクトのパターン--その利用--あると考える場合はnullオブジェクトです。

時に例外がスローされ、その検討のスタックトレースや仕事を通してバグを修正.

Java7の新しい java.util.Objects ユーティリティクラスにより requireNonNull() 方法。すべてのことなげ NullPointerException 場合、その引数がnullの場合ですが、掃除をコードしております。例:

Objects.requireNonNull(someObject);
someObject.doCalc();

の方法によって非常に有用で チェック 直前割り当ては、コンストラクタが使用することはできます:

Parent(Child child) {
   if (child == null) {
      throw new NullPointerException("child");
   }
   this.child = child;
}

となり

Parent(Child child) {
   this.child = Objects.requireNonNull(child, "child");
}

Nullではない"の問題の'.で、欠か 完全 モデリングツールセットです。ソフトウェアをモデルの複雑さに世界にnullを負担その負担となります。 Nullの場合を示し'データ'または'Unknown' Javaします。で適切な利用nullことを実感させられた。んが、好みのNullオブジェクト'パターンだと思ってい層の人ガード 保護者の'問題です。
ればお願いう名のファミリー向けのチェックしてみてくださいねいないです。Java言語の私はnullを返します。代替えを捨て意味のある例外を示すことに問題があることができない（ない）であるが、委譲のでどこかのスタックを再試行または記のお問い合わせフォームからのアクセスエラーに使用しています。

  1. のための"未知の問してください'未回答'. (Nullの場合-安全にこれが正しいビジネスからの視点)チェックの引数をnullにつ一方法ご利用になる前に、お疲複数の呼び出し側からチェックし前に携帯してください。

    public Photo getPhotoOfThePerson(Person person) {
    if (person == null)
        return null;
    // Grabbing some resources or intensive calculation
    // using person object anyhow.
}

    前への通常の論理フローを得ない写真の存在しない彼女からの写真-図書館があります。

    getPhotoOfThePerson(me.getGirlfriend())

    とで新鋭のJava API（み)

    getPhotoByName(me.getGirlfriend()?.getName())

    のではなく通常の業務フローな探写真の保存のDBの一部の人に使ったとして利用する以下のような他の場合

    public static MyEnum parseMyEnum(String value); // throws IllegalArgumentException
public static MyEnum parseMyEnumOrNull(String value);

    なloatheタイプ <alt> + <shift> + <j> することを目的としていますのjavadocをEclipseに書き加語で公開APIに含まれています。これがすべての方が読んでいます。

    /**
 * @return photo or null
 */

    または

    /**
 * @return photo, never null
 */

  2. これはかなり理論的な場合のものです。java nullの場合安全なAPI（限定で発売することも10年間）ですが、 NullPointerException はサブクラスの Exception. このようにして Throwable を示す条件に合理的なアプリケーションがいっjavadoc)!利用には最初の例は、別のエラーコードの取り扱いから定期的にコードによるクリエイターをJava で適切な、私にとって、 NullPointerException.

    public Photo getGirlfriendPhoto() {
    try {
        return appContext.getPhotoDataSource().getPhotoByName(me.getGirlfriend().getName());
    } catch (NullPointerException e) {
        return null;
    }
}

    問題が生じる:

    Q.どの場合 getPhotoDataSource() はnullを返します?
    A.そのビジネスロジック失敗しくフォトアルバムんなの写真です。だappContextが初期化されません?このメソッドのビジネスロジックを。同じ論理には厳しいその例外でのビジネスロジックは、明示的なチェックのためのnullです(例3).の 新しいJava Null-安全なAPIくりここでの指定を選択的に何の意味や何を意味するものではありませんで初期化する必要があり お客様の同意を得ている場合を高速の場合はプログラマー。

    Q.冗長コードを実行される可能性があります。や不必要な資源の可能性を掴んだ.
    A.この場合、 getPhotoByName() うにいくつかのデータベース接続を作成し PreparedStatement 利用者の氏名と呼ばれる、汎用のSQL型のパラメータです。のアプローチ なにも知らない問題を未知の答え (例1)の作品です。前のみ資源の測定データの処理方法を確認パラメータを返しunknownた場合、結果が必要です。

    Q.このアプローチの性能刑廃止に伴う閉鎖開催します。
    A.ソフトウェアは、ソフトウェアは容易に理解することができる修正、まず.こない、場合にのみ。所要です。(源つくられます。

    PS.このアプローチとリーズナブルにご利用として 別のエラーコードの取り扱いから"通常の"コード 原理がリーズナブルにご利用にあた。と考え、次の例:

    public SomeValue calculateSomeValueUsingSophisticatedLogic(Predicate predicate) {
    try {
        Result1 result1 = performSomeCalculation(predicate);
        Result2 result2 = performSomeOtherCalculation(result1.getSomeProperty());
        Result3 result3 = performThirdCalculation(result2.getSomeProperty());
        Result4 result4 = performLastCalculation(result3.getSomeProperty());
        return result4.getSomeProperty();
    } catch (NullPointerException e) {
        return null;
    }
}

public SomeValue calculateSomeValueUsingSophisticatedLogic(Predicate predicate) {
    SomeValue result = null;
    if (predicate != null) {
        Result1 result1 = performSomeCalculation(predicate);
        if (result1 != null && result1.getSomeProperty() != null) {
            Result2 result2 = performSomeOtherCalculation(result1.getSomeProperty());
            if (result2 != null && result2.getSomeProperty() != null) {
                Result3 result3 = performThirdCalculation(result2.getSomeProperty());
                if (result3 != null && result3.getSomeProperty() != null) {
                    Result4 result4 = performLastCalculation(result3.getSomeProperty());
                    if (result4 != null) {
                        result = result4.getSomeProperty();
                    }
                }
            }
        }
    }
    return result;
}

    PPS.方に高速にdownvoteなので高速読み書)と言っていると思われたnullポインタの例外(NPE)があります。この可能性 意図的に設計され のJavaクリエイターがNPEはクラスのサブクラス Exception.して前例のJavaの歴史が ThreadDeath は Error なので実際にアプリケーションエラーだけでなくキャッチ！どのくらいNPEに適する Error 以上 ThreadDeath!ものではありません。

  3. チェック'データ'の場合ビジネスロジックを意味します。

    public void updatePersonPhoneNumber(Long personId, String phoneNumber) {
    if (personId == null)
        return;
    DataSource dataSource = appContext.getStuffDataSource();
    Person person = dataSource.getPersonById(personId);
    if (person != null) {
        person.setPhoneNumber(phoneNumber);
        dataSource.updatePerson(person);
    } else {
        Person = new Person(personId);
        person.setPhoneNumber(phoneNumber);
        dataSource.insertPerson(person);
    }
}

    や

    public void updatePersonPhoneNumber(Long personId, String phoneNumber) {
    if (personId == null)
        return;
    DataSource dataSource = appContext.getStuffDataSource();
    Person person = dataSource.getPersonById(personId);
    if (person == null)
        throw new SomeReasonableUserException("What are you thinking about ???");
    person.setPhoneNumber(phoneNumber);
    dataSource.updatePerson(person);
}

    まappContextまたはデータソースが初期化されない独自のレンダリングメカニズムとランタイムNullPointerExceptionように現在のスレッドに処理される Thread.defaultUncaughtExceptionHandler のように定義とその使用をお好みのロガーやその他の通知mechanizm).これを指定しない場合、 ThreadGroup#uncaughtException まstacktraceシステムのerr.一つはモニタアプリケーションエラーログを開きJira課題毎に独自のレンダリングメカニズムの例外は実際にはアプリケーションによってエラーになります。プログラマは固定バグのどこかで初期化。

最終的には、、完全にこの問題を解決で使用さまざまなプログラミング言語:

  • にObjective-Cできない相当のメソッドを呼び出する nil, は、絶対に何もないことが起こると思います。これもnullチェックは不要ですが、できるような誤りをやっ診断.
  • に Nice, Java由来の語りバージョンのすべての種類:可能性がnull版とはnullです。できるだけ呼び出し方法はnullです。潜在的にnullの種類に変換することができませんがnullの種類を通じて明示的なチェックのためのnullになります。このや場所をお知らはnullチェックが必要な場所ではない.

共通の"問題"Javaになります。

まず、自分自身の考え:

私が考えていることは悪いで食べる""何かがNULLの時に渡されたがNULLではない有効な値です。いない場合は撤退の方法は何らかのエラーはその意味も良くなかったかの方法ではないのです。そのほとんどの場合nullを返しますこの場合、受取方法の再確認のためのnullで終わりはありません、終われば"!= nullの場合"など。

なので、まぁ、nullでなければな重要なエラーを防止するさらに実行するには、nullは有効な値)となります。

はんこの問題を解決するこ

まず、この条約:

  1. すべてのpublicメソッド/APIを必ず確認してくださいその引数はnull
  2. すべての民間法のパーミッションをチェックしないためnullにな管理方法だけで金型nullpointer例外ではな取り扱い上）
  3. のその他の方法でパーミッションをチェックしないためnullの場合はユーティリティメソッド.彼とともにお問い合わせいただいた場合のって何らかの理由についてのパラメータをお渡しします。このようなものに水を沸かしポットを無水---

最後に、コードの最初の行の公開方法は以下のようになります。

ValidationUtils.getNullValidator().addParam(plans, "plans").addParam(persons, "persons").validate();

ご注意addParam()を返します自分でできる追加のパラメータをチェック。

方法 validate() というの確認 ValidationException する場合のパラメータがnullの場合(チェックボックスやチェックがデザイン/味覚の問題が、私の ValidationException 確認).

void validate() throws ValidationException;

メッセージが含まれます以下のテキストの場合、例えば、"計画"がnullの場合:

"不正な引数にnull値が検出のためのパラメータの[予定]"

ご覧の通り、第二の価値をaddParam()メソッド(string)が必要で、ユーザーのメッセージで簡単検出渡された変数名でも反射止す...。).

り、これまでにな出会いの場合、null値まず安全を呼び出す方法そのオブジェクト。

このように、コード、ワンランク上のプレミアムや維持すことはないですね。

うる問題点とさまのエラー処理戦略に関するチームの建築家を決定すべきであるから。する方法は幾つかあるが、今回はこの:

  1. の例外のリップルを捕まえることができるので、ループ又はその他の管理を日常的に見られる。

    • チェックエラー条件に適切に取り扱い

いいのでしょ面指向プログラミングは、いっき方を挿入する if( o == null ) handleNull() おbytecode.

使用いただくほか、 assert には以下のようなものを使います:

if (someobject == null) {
    // Handle null here then move on.
}

これは少しより:

if (someobject != null) {
    .....
    .....



    .....
}

なっ利用はnullになります。なすことはありません。

私の授業は、分野-地域の変数のnull以外のデフォルト値を追加する契約の諸表について主張す)はコードを確認すが施行されて以降で簡潔、表現力豊かなようでして、NPEして頂けばその解決に行番号等）。

私がこの慣習を採用している問題が修正します。いい早まるとともに、開発プロセスだけでは事故を実現いた弱いスポット..より重要なこと..この封止の異なるモジュール'念としており、異なるモジュールで"信頼"が、お互いませんので、ポイ捨てのコード if = null else を構築します!

これは守りプログラミングの結果かクリーナーコードおります。常にサニタイズのデータは、例えばこちらより厳しい基準の問題。

class C {
    private final MyType mustBeSet;
    public C(MyType mything) {
       mustBeSet=Contract.notNull(mything);
    }
   private String name = "<unknown>";
   public void setName(String s) {
      name = Contract.notNull(s);
   }
}


class Contract {
    public static <T> T notNull(T t) { if (t == null) { throw new ContractException("argument must be non-null"); return t; }
}

の契約のようにミニユニットテストには常に走行でも、生産がうまくいかない時期なんかよりも、ランダムNPEすか。

グアバ、非常に有用なコアの図書館による、Googleていましたが有するためのAPIを避けるnull.見 UsingAndAvoidingNullExplained あります。

なるということではないかもしれwiki:

Optional<T> なので交換nullable T参照 null以外の値です。オプションの場合のいずれかを含むnull以外のT参照 （この場合においては、参照は"現在")、またはホームページ上で使う場合 何事においては、参照には"不在").ということはありません とが多く含まれる"はnullです。"

使用量：

Optional<Integer> possible = Optional.of(5);
possible.isPresent(); // returns true
possible.get(); // returns 5

では、カヤックにしかできない問題のためのセキュリティマネージャは、サインです。あの公式サポートにJava8これらの課題を解なしにウエアのコードです。

Java8を導入して java.util.Optional<T>.コンテナでする場合は、null以外の値です。Java8を与えてきたより安全に処理する方法オブジェクトの値。nullの場合は一部の例です。ベースからのアイデアを ウ や Scala.

このように、オプションのクラスを含む方法を明示的に対応する場合に値を調査します。ただし、有利に比べてnull参考文献のオプション<T> クラスの力をお考えの場合は価値がありません。その結果、を防ぐことができ意図しないnullポインタが例外をスローしました。

上の例としてホームサービス工場とハンドルを返します複数の機器をご用意しました。これらのサービスが利用できない-機能;ここNullPointerException。の代わりにを追加するnullの場合 if 条件を使用する前にサービス、ラップでオプション<Service>.

ラッピングオプション<T>

考えてみましょう方法を参照のサービスから工場とする。の代わりに帰国のサービス、ラップでオプションです。これにより、APIのユーザーに知らせると、返されるサービスが利用不可/機能性、利用お守り

public Optional<Service> getRefrigertorControl() {
      Service s = new  RefrigeratorService();
       //...
      return Optional.ofNullable(s);
   }

について Optional.ofNullable() を提供する簡単な方法を参考に包み込みます。その他の方法を参照のオプションは、 Optional.empty() & Optional.of().一返空のオブジェクトの代わりに絡むnullの場合、その他の包み込む非nullオブジェクトです。

定できるようになりました確かなのでNULLチェック?

一度に包まれる参照オブジェクトですが、オプションの数多くの有用な方法で呼び出すソッドに包まれなNPE.

Optional ref = homeServices.getRefrigertorControl();
ref.ifPresent(HomeServices::switchItOn);

オプションです。ifPresentソッドを呼び出し、指定された消費者との参照の場合はnull以外の値です。その他、何もしません。

@FunctionalInterface
public interface Consumer<T>

を表す操作を受け入れる単一の入力引数を返しません。多くの他の機能界面、消費者が運送いたしました。ではほとんど子供はいなくわかりやすくお話いただいた。上記のコード例では、 HomeService.switchOn(Service) が呼び出される場合は、オプションの保持参照がnullになります。

を使用した三元系オペレーターがチェックnull条件を返しの代替価値またはデフォルト値です。オプションの提供するもう一つの方法を扱うのと同じ状態の確認をせずにnullになります。オプションです。orElse(defaultObj)を返しますdefaultObjの場合はオプションはnull値とします。プログラムを利用しましょうこのサンプルコード:

public static Optional<HomeServices> get() {
    service = Optional.of(service.orElse(new HomeServices()));
    return service;
}

今HomeServices.get()は同じものがでております。であるかどうかを判定サービスがすでに初期化される。であればそれを返し、同一または新規作成新しいサービスです。オプション<T>.orElse(T)を返すデフォルト値です。

最後に、ここでは当社のNPEどのnullチェックインで無料のコード:

import java.util.Optional;
public class HomeServices {
    private static final int NOW = 0;
    private static Optional<HomeServices> service;

public static Optional<HomeServices> get() {
    service = Optional.of(service.orElse(new HomeServices()));
    return service;
}

public Optional<Service> getRefrigertorControl() {
    Service s = new  RefrigeratorService();
    //...
    return Optional.ofNullable(s);
}

public static void main(String[] args) {
    /* Get Home Services handle */
    Optional<HomeServices> homeServices = HomeServices.get();
    if(homeServices != null) {
        Optional<Service> refrigertorControl = homeServices.get().getRefrigertorControl();
        refrigertorControl.ifPresent(HomeServices::switchItOn);
    }
}

public static void switchItOn(Service s){
         //...
    }
}

完全には NPEどのNullチェックインで無料コー---本当にそうでしょうか？.

私のような論文からはNat Pryce.こちらのリンク:

の記事もありますへのリンクGitリポジトリのためのJavaうタイプとして興味深いものだと思うだけでも少なくなると考えられる 確認コード膨張.その研究のインターネットだと思い != nullの場合 コードの膨張が減によるデザイン。

たっての NullObjectPattern でも私にとっては必ずしも最良の方法です。になることもあるが、"アクション"ではないappropiate.

NullPointerException は 実行時例外 そしたらストーリー作品やろうか開発者層の十分な経験かを教えてくれまでのエラーになります。

今回答:

くすべての属性およびそのaccessorsとして個人としてはこの限りでは避けなのです。きの引数の値はコンストラクタのコースが削減の範囲んで、顧客のクラスパスが無効な値です。が必要な場合は正の値で常に新しい object.チェックの値はコンストラクタのみ 一度 の他の方法できれいに値がない場合はnullになります。

もちろん、経験により良い方法を理解す。

バイト!

おそらく、ベスト代替のためのJava8以上での利用 Optional クラスです。 

Optional stringToUse = Optional.of("optional is there");
stringToUse.ifPresent(System.out::println);

これは特に、お手軽に長いチェーンの可能性をnull値です。例:

Optional<Integer> i = Optional.ofNullable(wsObject.getFoo())
    .map(f -> f.getBar())
    .map(b -> b.getBaz())
    .map(b -> b.getInt());

例けど例外にnullの場合:

Optional optionalCarNull = Optional.ofNullable(someNull);
optionalCarNull.orElseThrow(IllegalStateException::new);

Java7を導入し Objects.requireNonNull するときのお手軽にはいったい何があるのか確認する必要があ非nullness.例:

String lowerVal = Objects.requireNonNull(someVar, "input cannot be null or empty").toLowerCase();

して解答することは!

ま 通常 この問題の場合にパラメータを取得方法における予測されないなどのメソッドの呼び出しはプログラマーの層として例えば:だされるものと考えられ、オブジェクトですnullになります。だされるものと考えられる文字列の少なくとも一つの文字の代わりに、お得な空の文字列...

でもあまり関係ありません:

if(object == null){
   //you called my method badly!

}

または

if(str.length() == 0){
   //you called my method badly again!
}

そのことはいうまで有効なパラメータを前にしない他の機能

てその他の回答のため、上記の問題ることができるように シンプルなテキストエディタには パターンです。をご覧ください http://en.wikipedia.org/wiki/Design_by_contract.

実はこのパターンをjavaでは、利用できるコアjavaケ javax.アノテーションを期待でNotNull 利用高度化図書館のような Hibernate Validator.

ただのサンプル

getCustomerAccounts(@NotEmpty String customerId,@Size(min = 1) String accountType)

今までの安全な開発のコア機能のドキュメンタリーなしチェックの入力パラメータは、ガードのお手法から予想外のパラメータ。

まる一方で、さらに一歩踏み込を確認してください有効なpojosが作成されます。（サンプルからhibernate validatorサイト）

public class Car {

   @NotNull
   private String manufacturer;

   @NotNull
   @Size(min = 2, max = 14)
   private String licensePlate;

   @Min(2)
   private int seatCount;

   // ...
}

私は非常に無視答えることを示唆するものもみられる利用の場合は、nullオブジェです。このパターンが切れる可能性があり、契約の死の問題をより深く、より深く解決しながることを不適切に使用すを別の杭の定型コードと、今後ます。

実際にはばから返される方法はnullを取ることができますと、呼び出しコードを判断するものであるべき前の通話を保証するものである。

だけでも、nullオブジェクトのパターンまでメモリの空腹を使用する場合なします。このインスタンスのNullObjectに共有することができたと、なunigueインスタンスのみになれます。

もう使用はお勧めしておりこのパターンの種類はプリミティブ型表現のような数理体なscalars:ベクトルをマトリクス、複素数、ポッド(プレーンの古いデータオブジェクトは保留状態のJavaを内蔵。後者の場合は最終話のgetterメソッドを任意に。例えば何をすべきでNullPerson.getName()メソッドの戻り値?

この検討に値ような場合を避けるために不条理です。

  1. なinitialise変数をnullにします。
  2. 場合(1)できないinitialiseすべてのコレクションや配列に空のコレクション/arrays.

そこに自分のコードを避けることができ!= nullの場合確認をしています。

ほとんどの時間はnullチェックを見守ループ以上メントシステム開発を支配列かinitialiseて空んを必要nullの場合確認をしています。

// Bad
ArrayList<String> lemmings;
String[] names;

void checkLemmings() {
    if (lemmings != null) for(lemming: lemmings) {
        // do something
    }
}



// Good
ArrayList<String> lemmings = new ArrayList<String>();
String[] names = {};

void checkLemmings() {
    for(lemming: lemmings) {
        // do something
    }
}

あの小さなオーバーヘッド、もしなければなりませんが、その他クリーナーコードを以下NullPointerExceptions.

もっとも一般的なエラーが発生したもの。

してさまざまなかたちで取扱います。

アプローチ1:

org.apache.commons.lang.Validate //using apache framework

notNull(オブジェクトのオブジェクトメッセージ文字列)

アプローチ2:

if(someObject!=null){ // simply checking against null
}

アプローチの3：

@isNull @Nullable  // using annotation based validation

アプローチ4:

// by writing static method and calling it across whereever we needed to check the validation

static <T> T isNull(someObject e){  
   if(e == null){
      throw new NullPointerException();
   }
   return e;
}

public static <T> T ifNull(T toCheck, T ifNull) {
    if (toCheck == null) {
           return ifNull;
    }
    return toCheck;
}
ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top