Optionalをうまく使えないエンジニアをEitherとFor式まで一気に連れて行くエクササイズ - Qiita
どうも、失敗系モナドが大好きな人です。 OptionとEitherのFor式を紹介するために、ステップを踏んだ演習を考えてみました。 折角考えてみたのできれいにまとめて公開してみようかと思います。 この記事はなに？ だれ向け？ 普段Javaを書いていて、Optionalをなんとなく使っている後輩達を想定して最初は考えました。 「Java8？よくわからないけど、nullはOptionalにすれば良いのね？」 って理解でnullチェックをisPresentに変えただけの人！いませんか？ OptionalをifとisPresentでの条件分岐に使っている様な人は、是非読んでもらいたいです。 他に、Scalaを触ってみたことがある人、触ってみようと思っている人や、Haskellをちょっと触ったことがあるよ、という人も是非目を通してみたください。 この記事ではScalaのOption, Either
失敗を表現する手法としてNullObjectパターンが不適切でEitherが適切だと思う理由 - Qiita
真面目な気分出して書いていたらすごい長くて堅苦しくてもったいぶった感じになってしまった... この記事の9割は壮大な前置きですw なにこれ 失敗の表現としてNullObjectパターン（以下楽なので勝手にNOPとします）を使うべきか議論をした際に論理立てて話せなかったので、 持論整理をしてついでにこの場を借りて晒してみようと言う記事です。 全ての状況において必ずEitherだ！と言うよりは、議論になったら僕はこう考えてますって言うためのポエムです。 DDD的な考えも少し この記事は実装都合のみに閉じていますが、DDD的な観点からも考えてみたことがあるのでこんな記事も書いてみました。 先に結論 前置きではない1割の部分だけ先出します。 それで「あ、そうか」とか「は？」とか思える人は以下の長大な前置きは不要ですw NOPは成功と失敗を区別しようとすると破綻する、けど区別したい事が珍しくない。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
