バリデーションチェックにJava8のOptionalを使ってスマートに書く(自分比)

公開日: : プログラム ,

Web アプリのバリデーションチェックにアノテーションを使うことが増えた。だが、アノテーションで実装しにくい場合や、簡単なチェックならアノテーションを使わないでロジックを組むことはまだまだある。

そういう場合、これまでは if を使ってチェック処理の結果を確認してきたが、Java8 で導入された Optional を使って実装してみた。

以下のように、チェック処理結果の確認に if を使っていたのを

String message = validateIf("hoge");
if(message != null) {
  // xxx
}

Optional#ifPresent() にしてみた。

validateOptional("hoge").ifPresent(xxx);

単純に置き換えただけだが、目先が変わって今後の何かのヒントになるかもしれない。
コード例をメモしておく。

icatch-2015-006-1

目次

1. Optional を使ったバリデーションチェック例

値が null かどうかをチェックするバリデーションチェックを例とする。

public Optional<String> validate(final String value) {
    if (value == null) {
        return Optional.of("値が入力されていません");
    }
    return Optional.empty();
}

validate()Optional を返すので、呼び出し側のコードは次のようになる。

List<String> message = new ArrayList<>(); // エラーメッセージを格納するリスト

// 1つ目の要素 → null なのでエラーになる
sut.validate(null).ifPresent(message::add);

// 2つ目の要素 → null ではないのでエラーにならない
sut.validate("1234").ifPresent(message::add);

先にも書いたが、Optional#ifPresent() に置き換わっただけだが、
行数が減ったからなのか、if がなくなったからなのか少々スッキリしているように見える。

やはり null を返す可能性がある場合は積極的に Optional を使ってみよう。

2. String を返すバリデーションチェック例

比較として、バリデーションチェックメソッドが String を返す場合の呼び出し側のコードを載せておく。

List<String> messages = new ArrayList<>();

// 1つ目の要素 → null なのでエラーになる
String message1 = sut.validate(null);
if (message1 != null) {
    messages.add(message1);
}

// 2つ目の要素 → null ではないのでエラーにならない
String message2 = sut.validate("1234");
if (message2 != null) {
    messages.add(message2);
}

3. 更新履歴

  • 2015/10/17: 初版作成

Googleアドセンス用(PC)

  • このエントリーをはてなブックマークに追加
  • follow us in feedly

関連記事

icatch-thumbup_3507728739_mini-thumbnail

Sublime Text3 に SublimeLinter-jshint をインストールしてみた

エディタに Eclipse を使って Java のプログラムを書くことが多いんですが、JavaScr

記事を読む

icatch_2385618390-resized

Linuxでmp3をお手軽に結合する

このブログを運用している Linux サーバで radiko.jp から番組を mp3 に録音して個

記事を読む

icatch-markdown_6281167385_mini-thumbnail

Sublime Text3 で Markdown のシンタックスハイライトを有効にする手順

IT 関連の職場であれば、部署やチーム単位に Redmine とか Backlog を使って TOD

記事を読む

icatch_5623339500-resized

Bundler を使ってプロジェクト用の Gem をインストールして Gemfile をバージョン管理ツールに登録するまでの流れ

Bundler を使い始める人向けにまとめた次の記事を書きました。 CentOSにRubyのBu

記事を読む

icatch-back-scratcher_3553512020_mini-thumbnail

Sublime Text3 で JavaScript を書くために設定したプラグインとキーバインド

プロフィール にもあるように、ボクは Java をメインとしたプログラマです。 IDE には Ecl

記事を読む

icatch-jersey_multi_pathparams

Jerseyの@PathParamはスラッシュの間に複数指定できる

http://hoge-api/user/{id}.{format} のような URL も以下のよう

記事を読む

no image

より安全にパスワードを保存するために考えること

知ってる人にとっては当たり前のことだろうが、あまり深く考えたことがなかったので調べてみた。 前提

記事を読む

icatch-_9692711856-resized

シェルスクリプトでメールを送信する

このブログを運用している Linux サーバの監視スクリプトを作成した記事を書きました。 ロード

記事を読む

no image

CVS でタグ間で変更があったファイルを抽出するスクリプト

今どきバージョン管理ツールに CVS を使っているところは珍しいと思うし、あまり需要はないだろうけど

記事を読む

icatch-2015-005-1

ユニットテストの偏りを防ぐ命名規則の付け方

ユニットテスト名に以下の命名規則を付けるようにして二ヶ月ぐらい経った。 正常系テストの場合: 正

記事を読む

Googleアドセンス用(PC)

Message

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です


七 × 9 =

次のHTML タグと属性が使えます: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Googleアドセンス用(PC)

icatch-jersey_multi_pathparams
Jerseyの@PathParamはスラッシュの間に複数指定できる

http://hoge-api/user/{id}.{format}

icatch-vagrant_box_customize
VagrantのBoxファイルをカスタマイズして独自のBoxファイルを作成する

配布されている Vagrant の Box ファイルを使って検証環境を

icatch-2015-006-1
バリデーションチェックにJava8のOptionalを使ってスマートに書く(自分比)

Web アプリのバリデーションチェックにアノテーションを使うことが増え

icatch-2015-005-1
ユニットテストの偏りを防ぐ命名規則の付け方

ユニットテスト名に以下の命名規則を付けるようにして二ヶ月ぐらい経った。

icatch-2015-004-1
Vagrantで起動したCentOS上のOctopressをホストOSから確認する設定

タイトルの通りだが、Vagrant を使って起動した CentOS に

→もっと見る

PAGE TOP ↑