April 29, 2015 Returning the "Current" Type in Scala A common question on the #scala IRC channel is I have a type hierarchy … how do I declare a supertype method that returns the “current” type? This question comes up a lot because Scala encourages immutability, so methods that return a modified copy of this are quite common. Making the return type of such methods sufficiently precise is tricky, a
かなり遅刻してしまいましたが、Adventar 版 Scala アドベントカレンダーの2日目です。 前日: Typelevel.scala Projects Stickers が欲しい 翌日: so_zaneli さんの finagle-toggleでデプロイとリリースを分離する 今回は implicitly と Imp ってライブラリ話を書こうと思います。 implicitly is slow implicitly はご存知ですね。Scala 標準ライブラリの Predef に以下のように定義されています。※ 2.11.8 時点。 scala/Predef.scala at v2.11.8 · scala/scala · GitHub @inline def implicitly[T](implicit e: T) = e 要するに型パラメータを明示的に指定してスコープ内に定義されている
ここでの「自作型」は主に 型安全目的で作った型 を意図しています。 通常のウェブアプリ製作で必要な型は、数字と文字列、せいぜい列挙型くらいですもんね。 前置き 以前「型安全」なプログラミングについての記事を書きました。 今回はその続きで、実践的なアプリを作ってみようという位置付けにします。 なお以前書いた私の記事はこちらです。 型安全について - Qiita http://qiita.com/srd7/items/28489a9e47b133814e8a この記事を読まなくてもいいような内容を心がけますが、適宜参照してもらってもいいでしょう。 説明で使うアプリ 簡単な通販アプリを作ってみました。 ソースコードはこちら https://github.com/srd7/playframework-original-type この中から重要な箇所をピックアップして説明していきます。 環境 Pla
@gakuzzzz Tech to Value Professional Null Cleanerと呼ばれるなど 値の型について " DDDではValue Object " Scalaの表現力 case classとかtraitとか定義してる例があって、ビジネスロジックが定義されている case class Board case class User このコードには問題がある。 Map[Long, User] は意味情報としてたいして情報が読めない(何を意味しているのか分からない) 引数を間違えてもコンパイルエラーにならない(実行時例外を投げる可能性が高い) ゆえに、怖いコードである 最初のアプローチ type aliasを使う 型の別名 package object models { type UserId = Long type GroupId = Long ..... } 型の別名を
class: center, middle # Implicit 再入門 Scala関西Summit 2016/10/08 --- class: left, middle ## 自己紹介 * 中村 学(Nakamura Manabu) * [@gakuzzzz](https://twitter.com/gakuzzzz) * 株式会社 Tech to Value * Japan Scala Association --- class: left, middle # [Scala Matsuri 2017](http://2017.scalamatsuri.org/) ## CFPとスポンサー募集中！ --- class: center, middle ## **Implicit** と聞いて ## まず何を思い浮かべるでしょうか？ --- class: center, middle ##
Here's the slides from my sbt 0.13 talk today at Scaladays [Effective Sbt]:
こんにちは@s_tsukaです。今回はSkinny-ORMについてです。最近Skinnyまわりを触っているのでまずはORMについてまとめてみます。 Skinny-ORMとは Skinny-ORMは単体利用可能なSkinny FrameworkのORM機能です。作者はScalikejdbcとSkinnyのownerでもある@seratch_jaさんです。 http://skinny-framework.org/documentation/orm.html Skinny-ORMはその名の通りORMなので、まあ要するにDBとのDaoとかMapperです。Scalikejdbcをラップして作られています。 Skinny-ORMは何が良いのか 人によって異なると思いますが、多分Skinny-ORMはJOINが簡単な点が最も良い点かと思います。 ScalikejdbcだとJOINしたい場合、以下のペー
class: center, middle # Refactoring in Scala Scala Matsuri 2016 1/30 --- class: middle ## Who am I * Manabu Nakamura * [@gakuzzzz](https://twitter.com/gakuzzzz) * Tech to Value Co.,Ltd.  --- class: middle ## Who am I I'm a "Professional Null Cleaner"  Lately my work has been removi
ScalaでSQLを書くのにSlickで便利にやる話. Slickでは生SQLを補間子(sql"...")で書けるけれど, リストが渡せなくてWHERE column IN ($list)できなかったり, 他にもいくつか不便なところがあったのでなんとかした. 最近になってScalaを書き始めたのでScala力を上げるための練習も兼ねている. なぜ生SQLか 社内では既にMackerelでSlickを使っていて, liftedな書き方をしているけれど, これはぱっと思いつくだけでも以下のような実運用上の課題があった. そもそもどの部分がクエリを表しているのかぱっと見わかりづらい 意図せず複雑なクエリになることがある 非Scalaエンジニアが読めない とくに最後のは, たとえばインフラ系のエンジニアが(クエリログを精査した結果などから)やばいクエリの出所を探そうと思ったときに全く手がつけられな
こんにちは、シニアアプリケーションエンジニアのid:taraoです。この記事ははてなデベロッパーアドベントカレンダー2015の10日目です。昨日はid:tapir320によるはてなの組織開発についてでした。 先月開催されたWebDB Forum 2015で、「はてなブックマークにおけるアクセス制御: 半環構造に基づくモデル化」というタイトルの発表をしました。 はてなブックマークにおけるアクセス制御 - 半環構造に基づくモデル化 from Lintaro Ina 発表資料には多くの方に興味をもっていただけたようですが、わかりにくい点も多かったのではないでしょうか。スポンサー企業としての技術報告セッションとはいえ学術会議での発表なので理論面と独自の工夫点にフォーカスした内容であったり、口頭での発表のしかたに大きく依存したスライドの遷移方法になっているので、この資料だけで細かいところまで理解しよ
@markhibberd さんの Endo の話がわかりやすかったので、勝手に日本語の説明をつけたスライドを作りました もとのスライド http://mth.io/talks/patterns-in-types-ylj 日本語の説明つけたもの http://gist-slide.appspot.com/5607773/endo.md https://gist.github.com/5607773 あと、他にもスライド公開してたので、みんな読むといいよ Argonaut Purely-Functional Library Design in Scala Zippers, Comonads and Data Structures in Scala それと、scalaj-httpのRequestに関してこのパターン使えるなぁーと思ったので、作ってみた https://gist.github.co
This is the first of a series of articles on “Type Parameters and Type Members”. Type members like Member class Blah { type Member } and parameters like Param class Blah2[Param] have more similarities than differences. The choice of which to use for a given situation is usually a matter of convenience. In brief, a rule of thumb: a type parameter is usually more convenient and harder to screw up, b
scalaでのいろいろな多相の実装方法とそのpimp my library pattern版をいろいろ書いて比較してみたいと思います。 オーバーロード これも一応多相と言うらしい。 // オーバーロードによる多相 class John class Taro def greet(john: John) { println("My name is John!") } def greet(taro: Taro) { println("太郎です") } val john = new John() greet(john) val taro = new Taro() greet(taro) 継承 一般的にはこれをポリモーフィズムと呼ぶことが多いと思います。 // 継承による多相 trait Greeter { def greet() } class John extends Greeter { def
追記'15/11/15: 専用の設定が追加されました Scalaプラグインバージョン2.0.181から(?)設定に項目が追加されました。2.0.181は現在ScalaプラグインのUpdate channelをNightlyに設定していればインストール可能。 下記のContinuation Indentの代わりに、Settings > Editor > Code Style > Scala > Other > Alternate Indentation for constructor args and parameter declarationsをチェックして4spacesに設定したら望む挙動になります。 Continuation Indentで設定した場合と違って、クラス・メソッド宣言以外のインデントに影響しません。 追記終わり #rpscalaの懇親会で話題になったものの皆さん知らないよ
ScalaとJava 8に関する プレゼンテーション が、他の似た内容のものよりも多くリツイートされ、大変うれしく思います。だから、こうして皆さんにブログでも書いてお伝えすることにしました。ScalaとJavaとの違いと、それぞれの重要性についてお話しします。両者は相互にイノベーションしています。言語間でお互いに取り入れています。では、Javaが使える場合であっても、Scalaを学ぶ必要があるのでしょうか？ もちろんです。より多くの言語を知れば知るほど、あなたはさらにプロフェッショナルになっていきます。 もし、ScalaエンジニアにScalaとJavaとの基本的な違いについて尋ねたとしても、おそらくその人はラムダ関数とトレイトに関する違いを全て言うことはないでしょう。代わりに次のような例を出すはずです。 public class Person { private String firstN
このエントリはScalaアドベントカレンダーの2日目です。 昨日のエントリはozw_seiさんの初心者のうちに知っておきたかったScalaのTipsやパターンでした。 Scalaアドベントカレンダーと言いつつ、あんまりScala関係ないエモい記事になってしまってすいません。 でも、昨日NetflixMeetupを主催した体験が素敵だったので書かずにはいられませんでした。 最初に 私は、@Kuchitama(クチタマ)といいます。 ScalaMatsuri2014では、スタッフとしてマイク係したり、チラシ作ったり、アンカンファレンスのセッションでちょっとファシリテータをしたりしてました。 また、つい昨晩にNetflix社のエンジニアで、O'ReillyからLearning Scalaという本を出版予定のJason Swartzさん(@swartzrock)をお迎えして、NetflixMeet
今年も開催される Scala Advent Calendar 2014 の 15 日目にエントリーしていて、ネタとしては先日 Tumblr が発表した "I/O and Microservice library for Scala" を謳う Colossus をやる予定なんだけど、前振りとして「なぜマイクロサービス化を進めるサービスは Scala を選ぶのか」という話をしてみるエントリ。ちなみに、Advent Calendar の前振りと書いたけど、とりあえず Scala をあまり知らない人向け。 そもそもマイクロサービスって何だっけ？ マイクロサービスへの移行と Scala なぜ Scala が選ばれるのか？ 1. JVM 言語である 2. Finagle の存在 性能 プログラミングモデル 運用ツールとの連携 3. 静的型付き言語である 余談 そもそもマイクロサービスって何だっけ？ こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
