継続モナドによるリソース管理 - Qiita
継続モナドって何に使うんだ問題に対する一つの例。 リソース管理の問題 プログラミングをやっていると必ずまとわり付いてくるのがリソース管理の問題です。ここで指すリソースというのは、ファイルのハンドルだとか、ソケットだとか、排他処理のためのロックだとか、グラフィックのハンドルだとかそういう話で、GCのない言語だとメモリの管理もこれに含まれるでしょうか。 言うまでもなく、リソースを確保した後はしかるべきタイミングで確実に解放してやる必要があります。しかし往々にして、現実のプログラムではリソースの解放漏れが発生してしまいます。単に解放するコードを書き忘れると言うのが一番単純でしょうもない理由ですが、それでも、C言語のようにリソース解放のための特別な仕組みを持たない言語では、これを徹底するのも結構骨の折れることだったりします。それはともかく、もう少し高尚な悩みとしては、例外との組み合わせで発生する解
Java 8 で例外を投げていることをテストしたい - tokuhirom's blog
特定の条件で例外を投げるコードを書いたときに､それをテストしたい｡なんてときがある｡ このクラスの例外があがってるってことだけ判断できればいいんだけどな､ぐらいのゆるい条件のとき｡ そんな時は以下のようなユーティリティを定義すればいい｡ public static void assertThrows(Class<? extends Exception> exceptionClass, Code code) { boolean thrown = false; try { code.run(); } catch (Exception ex) { System.out.println(ex); assertTrue(exceptionClass.isInstance(ex)); thrown = true; } assertTrue(thrown); } @FunctionalInterface
例外のカレンダー | Advent Calendar 2014 - Qiita
例外やエラー、それにまつわる各種言語の取り組み等を共有しましょう。 11月末までに書き手が集まらなかった場合は主催者による独りAdvent Calendarと化します。 集まらなかったので残念ながら独りAdvent Calendarと化しました。 追記 独りAdvent Calendarですが、以下の理由で頓挫しました。6日目以降はお好きにご活用ください。 http://qiita.com/Kokudori/items/3a953c00012408f76ab9#%E4%BE%8B%E5%A4%96-advent-calendar-2014%E3%81%AE%E7%B6%99%E7%B6%9A%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6
effin
This package implements extensible effects, an alternative to monad transformers. The original paper can be found at http://okmij.org/ftp/Haskell/extensible/exteff.pdf. The main differences between this library and the one described in the paper are that this library does not use the Typeable type class, does not require that effects implement the Functor type class, and has a simpler API for hand
または私は如何にして例外するのを止めて golang を愛するようになったか — KaoriYa
Java の finally よりも golang の defer のほうが筋が良さそうだ、 ということから考え始めた結果、 どうして私が golang を気に入ったのかがわかった気がしたので書いておきます。 ファイルをオープンし読み込みな処理で何かして終わったら閉じる、という関数を Java と golang で書き比べてみましょう。 Java で書くとこんな感じですね。 public static void readFile(String fname) throws IOException { InputStream s = null; try { s = FileInputStream(fname); // // Do something with "s". // } finally { if (s != null) { s.close(); } } }
Big Sky :: golang で複数のエラーをハンドリングする方法
golangいまどき例外ないの頭おかしいって思ってたけどようするにgoroutineと例外がうまくいかないからgoroutineのほう取って例外捨てたってことかねえ。 — Urabe, Shyouhei (@shyouhei) April 15, 2014 FAQ に書いてあります。 Why does Go not have exceptions? - Frequently Asked Questions (FAQ) - The Go Programming Language We believe that coupling exceptions to a control structure, as in the try-catch-finally idiom, results in convoluted code. It also tends to encourage programme
scala.util.Tryが使いづらい？
Kenji Yoshida @xuwei_k 「scala.util.Tryが嫌いな理由」という感じでブログ書こうとして、そういえばtwitterから来たわけだし「改めてTryが使われてるコードを見なおしてから記事書こう！」と、(おそらく一番多く使われているであろう)finagleのコード見たら、複雑で理解できなくて死・・・ Kenji Yoshida @xuwei_k scala.util.Tryについて言えるのは「失敗をThrowable型でしか持てない」のが大きな特徴で、Throwable以外のもっと扱いやすいオブジェクトにその場で変換できるならTryいらない(?)とか、じゃあThrowableってそもそも何？とか考える必要がある気がして
例外処理 - Wikipedia
例外処理（れいがいしょり、英語: exception handling）とは、IT業界で用いられる専門用語で、ある抽象レベルにおけるシステムの設計で想定されておらず、ユーザー操作によって解決できない問題に対処するための処理である。例外処理の結果として問題が解決されないとシステム障害になる。システム停止やデータ破損の原因になり、ユーザーに損害を与える可能性があるため、システム開発で例外処理は重要視されている[1][2][3]。 システムの設計で想定されておらず、継続不能や継続すると問題になる様な状態としては、次のようなものが挙げられる。 ハードウェアの故障 オペレーティングシステム等、システムの設定ミス ライブラリの欠損 ユーザーの入力間違い 数値入力を要求している場合での、英単語の入力 存在しないデータベースのテーブル／カラムやファイルの指定 必要な他システムとの疎通が取れない 許されない
scala.util.control.Exception._を使ったサンプル集 - seratch's weblog in Japanese
参考 Scala Standard Library 2.9.1.final /scala/tags/R_2_9_1_final/src/library/scala/util/control/Exception.scala – Scala Scalaでの例外処理 - Either,Option,util.control.Exception - ( ꒪⌓꒪) ゆるよろ日記 サンプル 以下のサンプルはscala.util.control.Exception._がimportされていることを前提にしています。 import scala.util.control.Exception._ allCatch val result = try { throw new Exception } catch { case e => } まず単にallCatchをつけるだけだと何も変わりません。例外はそのままth
Java7 体当たり／try-with-resources Statement - 日々常々
JDK7 を使う準備が出来たので、体当たりします。 Java7 での個人的に嬉しいのが try-with-resources Statement です。AutoCloseable （を実装したクラス）の変数をこの構文で初期化すると、勝手に close してくれるってものです。 ではさらっと使ってみます。 public class TryWithResources { public static void main(String[] args) { try (AutoCloseable imp = new AutoCloseableImpl()) { // New! System.out.println("hoge"); } catch(Exception e) { System.out.println("catch:" + e); } finally { System.out.printl
Scala tryメモ(Hishidama's Scala try Memo)
throw 例外（Throwable（Exception・Error））を発生させる（投げる・スローする・throw）。 throw 例外 throw new Exception("メッセージ") try～catch～finally 発生した例外をキャッチする（捕捉する・catch）。 try { 式 … } catch { case 変数:例外クラス => 式1 … } finally { 式 } try節の中で例外が発生したら（例外が投げられたら（throwされたら））、catch節でその例外を捕捉（キャッチ）する。 例外が発生してもしなくても、finally節は実行される。 catch節の形状はmatch式と似ている。 ただし、match式が“どのcaseにもマッチしなかった”場合はMatchErrorを発生させるのに対し、 catch節でどの例外にもマッチしなかった場合はtryの外
Scala School意訳（Testing with specs） - seratch's weblog in Japanese
http://twitter.github.com/scala_school/specs.html 以下は私の方でtypoや表示崩れを直したものです。 https://github.com/seratch/scala_school/blob/master/web/_posts/2011-05-09-lesson.textile 誤訳などありましたら、お手数ですが、ご指摘いただければ幸いです。 なお、現在はspecsよりもspecs2を使うことが推奨されています。 etorreborre/specs2 @ GitHub こちらもあわせてご覧ください。 Scalaのユニットテスト入門 - case class HatenaDiary(id: Symbol = ’seratch2) extends Specifcation それでは飛び込んでみましょう。 import org.specs._ o
Scala 2.10.0 Futures and Promises - 1 - CLOVER🍀
今度は、Futures and Promisesです。 http://docs.scala-lang.org/overviews/core/futures.html 日本語訳。 http://docs.scala-lang.org/ja/overviews/core/futures.html そこそこ量が多くなりそうなので、分割していきます。まずはFutureから。 Futureって？ ある計算処理を非同期（並列）に実行しておいて、結果は後から取得しようといったものです。マルチスレッド系のFutureパターンや、Javaだとjava.util.concurrent.Futureでお馴染みかもですね。そういえば、Scala自身のActorパッケージにもあった気がしますが…。 まあ、2.10.0で追加されたFutureということで。 サンプルはこんな感じです。 import scala.con
Scala Tips / Scala 2.10味見(10) - Try(2)
TryとEitherは2つの状態による計算文脈を表現するという意味ではよく似たオブジェクトですが、Tryはファンクタ(Functor)かつモナド(Monad)であるのに対してEitherはそうではないという点が異なります。 Eitherは直和の性質を表現するために2つの状態を同じ比重で扱いますが、この点を徹底するためにファンクタやモナドにはしていないと思われます。EitherではLeftProjectionやRightProjectionと組み合わせることによって、ファンクタ的、モナド的な使い方も可能ですが使い勝手がよいとはいえません。 正常状態と異常状態の2つの状態を扱う場合、(1)出現頻度は正常状態の方が多い、(2)正常状態に対するロジックは複雑/異常状態に対するロジックは単純、(3)一度異常状態になると以降は異常状態を保持、となるケースが多いと思います。このようなケースでは、正常状態
Scala 2.10.0 Try ＆ NonFatal - CLOVER🍀
なんか、情報だけチラチラ見かけていて気になっていたので。まあ、半分くらいFutureの時に使っているのですが。 Try Futureの結果として使っていた、SuccessとFailureの親クラスです。Successが成功、Failureが失敗を表すわけですが、Failureは例外を情報として持ちます。それ以外はSuccessですと。 Futureの時は、計算結果がSuccessまたはFailureとして得られましたが、これを単独で使う場合にはTryコンパニオンオブジェクトのapplyメソッドを使用します。 println(Try { 10 }) // => Success(10) println(Try { throw new Exception("Oops!") }) // => Failure(java.lang.Exception: Oops!) Try.applyのシグネチャは
Scalaでの例外処理 - Either,Option,util.control.Exception - ( ꒪⌓꒪) ゆるよろ日記
今日はScalaの例外処理について解説しますよ。 基本 - try,catch,finally 例外処理の基本は、try,catch,finallyです。これはJavaと同じですね。 ただし、Scalaでのtry,catch,finallyは値を生成します。つまり、実行されたブロックの値が評価されます。 scala> val n = try{ "99".toInt } catch { case e:Exception => -99 } n: Int = 99 scala> val n = try{ "foo".toInt } catch { case e:Exception => -99 } n: Int = -99 上記のように、catch節には "case e:Exception => ..."のようなパターンマッチを書くことで、対応する例外の型に応じて補足することができます。try,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
partial-handler
Airbrake
The thoughts of Norman Maurer and more
GitHub - yuskesh/jsdojo: This repo includes additional material on JSDojo#1
