[Scala]scalazのTaskは何が嬉しいのか - Qiita
Task? scalaz/scalazにあるクラス。 scalaz/Task.scala これはscalaz/Future.scalaをwrapしたクラスとなっている。 Future? scala.concurrent.Futureと同じく非同期処理を表現するクラスになっているが、 違いとしてはmapやflatMapにExecutionContextを必要とせず新しいタスクを生成しないようになっている点。 これによってスレッドの再利用性が向上しているとのこと。 こんな感じ。 (for { i <- Future.apply(100) j <- Future.now(200) k <- Future.delay(300) } yield i + j + k).unsafePerformAsync(println) // 600 monadicなAPIを備えているのでfor式が書ける。 Fut
![[Scala]scalazのTaskは何が嬉しいのか - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/82f2f64c9620dd4ae8b5d1b08d1f40b392a5b7e1/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCU2NhbGElNURzY2FsYXolRTMlODElQUVUYXNrJUUzJTgxJUFGJUU0JUJEJTk1JUUzJTgxJThDJUU1JUFDJTg5JUUzJTgxJTk3JUUzJTgxJTg0JUUzJTgxJUFFJUUzJTgxJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1hNTVmMzIxZGUyZmEyODA3MjRjMzdjM2ZjMzMyZWExZg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBwZXRpdHZpb2xldCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZDYxZmRkYWMzZmExMGFlYTQ5NmMzOWIwMjIxMmZjMDg%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D4bd4b6c4d1805305a2794804f220bd86)
scalaz-effectのIOモナドを使ってみる - たけぞう瀕死ブログ
Scalaの標準ライブラリはコレクションに関してはは充実しているものの、IOに関しては貧弱そのものです。scala-ioが標準になるのではという時期もありましたが、いつの間にか動きが止まってしまったようです。もちろんJava標準のAPIやCommons IOなどを使ってもよいのですが、もっとScalaのメリットを活かした使いやすいライブラリが欲しいところです。 そこでScalazのモジュールの1つであるscalaz-effectに含まれているIOを試してみることにしました。ScalazでIO、嫌な予感がしますね。そう、IOモナドです。 scalaz-effectを使うにはbuild.sbtに以下の依存関係を追加します。 libraryDependencies += "org.scalaz" % "scalaz-effect_2.11" % "7.2.0" まずはコンソールにメッセージを表示
ScalaでOperational Monadを使って作ったAPI clientの内部実装の解説 - xuwei-k's blog
気が向いたら書く、と言っていた解説を書きます。 Operational Monadを使用した最初のversion0.2.0を出してから、色々機能追加したり試行錯誤したりして、結構変わっています。その辺りの試行錯誤や経緯も少し含めて、内部の実装や設計の説明を書きます。 https://github.com/xuwei-k/ghscala まず最初に、自分が作ったgithub API clientの中で、Operational Monad以外に使われているScalazの機能一覧を挙げてみます。このあたり知らない人は、まずこれらを勉強したほうがいいかも*1 Monad始めScalazの基本的なこと NaturalTransformation http://d.hatena.ne.jp/xuwei/20130912/1378984786 Scalaz独自のEither EitherT(Either
ScalazのKleisliとEndomorphic - xuwei-k's blog
Scalazネタです。しかもわりとマニアックな、Scalaz初心者向けではないネタかもしれません。前から書きたかったけど、良いサンプルが思いつかなくて躊躇してましたが、良いサンプルを見つけたのでKleisliとEndomorphicについて書きます。 Kleisliはともかく、Endomorphicは最近入ったので、日本語記事はおろか現時点では英語の解説もほとんど無いのではないかと思います。最近とはこのpull reqですが、7.1.0-M1からで、7.0.x系の最新版の7.0.4には入っていません。*1 さて前置きはこれくらいにして解説を始めます。まず、独習Scalazを引用します。 5日目 騎士の旅 case class KnightPos(c: Int, r: Int) { def move: List[KnightPos] = for { KnightPos(c2, r2) <-
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scalaz-Streamの基本的なクラスや概念まとめ
