Loanパターンをモナドfor式で使えるようにしてみたよ - がくぞーのメモ
みんな大好きLoanパターンですが、複数のリソースを扱いたい時などネストが深くなってしまうのでちょっと困ってしまいます。 そこでLoanパターンをモナドfor式で使えるようにしてみました。 class Loan[T <: {def close()}] private (value: T) { def foreach[U](f: T => U): U = try { f(value) } finally { value.close() } } object Loan { def apply[T <: {def close()}](value: T) = new Loan(value) } これによってfor式でシンプルな記述ができます。例えば次のような感じに。 object Main { def main(args: Array[String]) { import java.io._ for
Loan Patternいろいろ(using, scalazのwithResource, scala-arm) - tototoshi の日記
まずはコード1を見てください。 // コード1 def copyFile() = { val in = new FileInputStream(new File("foo.txt")) val out = new FileOutputStream(new File("bar.txt")) val buf = new Array[Byte](1024) var len = 0; while ({ len = in.read(buf); len != -1 }) { out.write(buf, 0, len) } in.close() out.close() } なんのへんてつもないファイルコピー(foo.txt -> bar.txt)のコードです。 別にこれでいいっちゃいいのですが、こういったコードの場合、closeを忘れたら残念なことが起こり得ます。 using という訳でさんざん既出で
開発チームがミーティングを嫌う理由 島国大和のド畜生
賢明な皆さんはもうご存知でしょう。 そんなもん『仕事が増えるから』に決まってます。 例にゲーム開発を考えてみましょうか。（俺ゲーム屋だから） 世の中には会議をすると仕事が進む職種と仕事が増える職種があります。 開発は後者です。 ゲームを作っているとして、作りかけのゲームを挟んで会議したとします。 「この辺、操作性悪いよね」 「ここのUIが解り難いよね」 「ここバランス不味いよね」 偉い人は、こういうのを言うだけで、指示になります。 開発は１コ聞く度に仕事が増えます。 ぶっちゃけ現場でいじってる人間は突っ込まれる前に解っていて、今後のスケジュールで対応する予定だったりします。 しかし、『作りかけの物から完成品を想像する能力が足りない人』が、間違ったツッコミをしてソレがエライ人だったりすると、スケジュール的に無理をしてでも突っ込まないといけない（しかも入れることによって他に悪影響が出て余計にス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
関数プログラミングが教えてくれる規律
