Playの実行runコマンドとstartコマンドの話 - Qiita
どうも、えいやです。 今回もScala+Playの話題です。 今回は前回の続きのようなもんです。 前回はPlayの導入を行いました。 そして最後の方で、play runコマンドとplay startコマンドでテンプレートのアプリケーションを起動しました。 その実行画面がこちらです。 Runでの起動 Startでの起動 Runでの実行と、Startでの実行の違いは、Runが開発モードで、Startが製品モードであるということです。 どうやって切り替わっているのかという話 さて、両者の違いが何処で発生するのか調べてみましょう。 テンプレートのコードを調べることは初学者にとって非常に重要なことだと思います。 このページに使われているControllerとViewは以下のようになっています。 Controller package controllers import play.api._ impo
Scala+Playの導入が簡単だという話 - Qiita
OSはMacOS Xです。 なんぞ簡単だったのでご紹介します。 結論からいうと、brewでインストールします。 brewで確認してみると、
Home
Error processing snippet: content_id=main Reason: Method Not Found XML causing this error: <body xmlns="http://www.w3.org/1999/xhtml"> <div id="globalWrapper"> <h1 class="title"> Simply Lift </h1> <h2 class="author"> David Pollak </h2> <h2 class="Date"> September 8, 2011 </h2> <div class="Standard"> Copyright © 2010-2011 by David Pollak<br/> This document is licensed Creative Commons Attribution,
前から気になっていたLiftを使って見る話 - Qiita
思い立ってやってみました。 まずはインストールですが、コレがわかりにくい。 色々調べてこの記事を見つけました。どうやらGradleを使って最小構成でインストール出来るようです。 // Minimal build.gradle for Lift project apply { plugin 'scala' plugin 'war' plugin 'jetty' plugin 'eclipse' } scalaVersion = '2.9.2' liftVersion = '2.5-M4' specs2Version = "1.8.2" jettyRun.contextPath = "/" repositories { mavenCentral() mavenRepo name:'scala-releases', urls:'http://scala-tools.org/repo-releas
Scala + Liftの参考になるサイト - メイクミラクル 〜大逆転〜
3/27時点（Scala2.8.1.final、Lift 2.2）での参考になるサイトです。 Scala + Liftは、web上で無料で読める書籍が満載です。 Scala + Liftでアプリを作成するなら以下の辺りは一通り読む必要があるかと思います。基本英語ですが。 Lift SimplyLift(英語) view関係が一通りまとまっている。一番新しい。 http://stable.simply.liftweb.net/ Exploring Lift(英語) Liftについて一通り書かれている。 http://exploring.liftweb.net/master/index.html Lift Wiki(英語) 一番細かく書かれている、かな。 http://www.assembla.com/wiki/show/liftweb/ Lift Demo(英語) 実際に動作するアプリとソー
Scala @tailrecメモ(Hishidama's Scala @tailrec Memo)
概要 scala.annotation.tailrecアノテーションは、末尾再帰でないメソッドの場合にコンパイルエラーにするアノテーション。 再帰するメソッド（自分自身を呼び出すメソッド）は、呼び出す回数が多くなるとその分スタックフレームを消費してしまう（最悪はOutOfMemoryErrorが発生する）が、 末尾再帰だと効率の良いループに変換してくれる。 tailrecアノテーションを付けておくと、誤って末尾再帰になっていない時にコンパイルエラーになってくれる。 例 @tailrecの使用例。 import scala.annotation.tailrec メソッドが末尾再帰でないとコンパイルエラーになる。 （再帰呼び出し部分が呼び出した結果との演算になっていると、末尾再帰に出来ない） scala> @tailrec | def f(n: Int): Int = { | if (n <=
ホーム | Lift Space | Assembla
Lift Wiki へようこそ 現在、このサイトを Lift Web フレームワークの一次情報源にするべく作業中です。 Assembla のフリーアカウント作成後、右上隅の “Watch this space” をクリックして “Watcher” になり、サイトの構築を手伝ってください。 探している情報がこのサイトで見つからない場合は、古い Wiki やさらに古い Wiki も参照してみてください。 Lift は、Web アプリケーションを記述するための表現力に富んだエレガントなフレームワークです。Lift は、セキュリティや保守性、スケーラビリティ、パフォーマンスを重視しながら、開発者の生産性の大幅アップも実現しています。 Lift は、次のような既存のフレームワークの長所を受け継いでいます。 Seaside の粒度の高いセッション管理とセキュリティ機能 Rails の手軽さ Djang
比較はモノイド - akihiro4chawonの日記
比較モナドについて考察されている一連のエントリに感銘を受けて、私も比較について考えてみました。 比較モナド - terazzoの日記 続・比較モナド - terazzoの日記 続・続・比較モナド〜復讐編〜 - terazzoの日記 まず、考察対象として「比較結果」と「比較操作」に分けて考えます。比較結果というのは、比較後に返ってくる値(例：Java の Comparator の compare における 負・零・正)を言います。比較操作というのは、比較する関数(あるいは関数オブジェクト)自体(例：Java の Compartor 自体)を言います。 比較結果モノイド 比較結果というのは、2つの比較対象に対して、その片方が他方よりも「小さいのか」「等しいのか」「大きいのか」を示す値です。例えば、Perl の 比較演算子 <=> や Java の Comparator において、左辺が小さいこ
scalaのWebフレームワーク liftで遊ぶ(8) - いよいよModelでCRUDするぜ？ - ( ꒪⌓꒪) ゆるよろ日記
目次はこちら。 scalaのWebフレームワーク liftで遊ぶ 目次 - ゆろよろ日記 こんばんは、土井善晴です。 今日はね。Modelをやりますよー。 最近のフレームワークとおんなじでね、Liftでも簡単にCRUDが作れるんですよー。 ではやってみましょうかね。 を参考にやりますよー。 LiftでのORM LiftでのORMの特徴はこんな感じ。 テーブル操作を行うMetaMapperとモデルクラスを定義するKeyedMapperを作成すれば利用可能。 定義とMigrationが一元化されている。モデルクラスを定義すると、アプリケーション起動時に自動的にテーブルが作成・更新される。 CRUD操作メソッドやfinderメソッドは自動的に追加される。RailsのAR的なアプローチ モデルクラスに、formタグやtableタグなどのHTMLを出力するメソッドがある。 じゃじゃじゃじゃじゃじゃじ
ScalaによるWebアプリケーションフレームワーク「Lift」とは
Liftとは では、Webアプリケーションフレームワーク「Lift」の紹介に入ります。 Liftは、David Pollak氏を中心に、Apache Licence 2.0のもとでオープンソースとして公開され、現在も活発に開発が続けられています。 LiftのソースコードはGithub上（http://github.com/dpp/liftweb/tree/master）にホストされています。また、Google Group上で活発な議論が行われおり、まだまだこれからも発展していくと思われます。 執筆時点（2009年8月7日）での正式リリース版はLift 1.0ですが、Scala 2.8のリリース後（おそらく2009年9月）にScala 2.8に対応したLift 1.1がリリースされる予定です。 Liftのコンセプトは、"The Simply Functional Web Framework"
関数の自動メモ化 - akihiro4chawonの日記
groovy 1.8 では、memoize によってクロージャのメモ化が出来るようになったけれど、scala だってできるもん、という負け惜しみエントリ。 普通の自動メモ化 サクっと作ったものを(1〜5引数対応)をGistに上げたので簡単に紹介。 実装のポイントは単純で、下記の通り。 // 1変数関数をメモ化する(2変数以上は tupled/untupledで対応) def memoize[ArgT, RetT](f: ArgT => RetT): ArgT => RetT = { val memo = scala.collection.mutable.Map.empty[ArgT, RetT] arg => memo.getOrElseUpdate(arg, f(arg)) } こんな風にして使う。 object Main extends Application { val fib: I
Scala開眼
1階受付：インストール等 / 1階案内版：コマンド / 2階：書き方 / 3階：文と式 / 4階：関数 / 5階：オブジェクト指向 / 6階：型 / 7階：注釈等 / 屋上：言語仕様要約 / 雲：scalaパッケージ概観 / 青空：その他の付属パッケージ概観 なお、以上の解説はJavaの文法とコマンドや標準ライブラリ等を一応知っていることを前提（現行のScalaはなおJavaライブラリへの依存度が高くScalaだけで完結できる状態では無い。なお、Scalaのコンパイラ自体はJava1.4用のコードも吐けるが、標準ライブラリが多く1.5を前提としている）とし、その違いだけをとりあえずは書き留めるものである。もっぱら文法やライブラリ参照用であることを目指しているので、例や特長等は次のリンクを参照されたい（なおただし、原著者たちの配慮にもかかわらず、それらの例は関数型言語に関する事前の概要的把握
Re:今流行のお題を出してみた（一方通行を許可した迷路を作成） - akihiro4chawonの日記
こちらの問題を解いてみました。 グラフ連結に関する理論を全く使っていないという意味で、力技です。一方通行のドアが壁に存在する期待値が40%くらいまでなら、なんとかなりました。 35%を切ってくると、このままでは厳しいかもしれません。 再帰の仕方とかは、私よりも皆さんのほうがよくご存知だとおもいますので、答案のポイントだけ下記に記します： 迷路を掘っていくのではない；迷路になるように埋めていく。 なお、SVGでの視覚化部分は、出題者 aya_eiya さんのルーチンを使わせていただきました。 一方通行を許可した迷路を作成 · GitHub 探索ルーチンの部分とか、トホホという感じですね。かっこいい書き方を勉強して出直します（泣）
ScalaのOptionステキさについてアツく語ってみる - ( ꒪⌓꒪) ゆるよろ日記
今日は、ScalaのOptionの使い方について解説しますよ。OptionはScala使いにとってはなくてはならないものです。これを覚えてしまうと他の言語でもOptionを作りたくなる、かもしれない? Optionってなに? Option型は、値があるかないか分からない状態を表すものです。「Maybeモナド」とか言ってしまうとアレですがまぁそんなようなものらしいです。 Optionの定義 まずは、Optionの定義から見てみましょう。Option型は、抽象クラスOption[+A]と、Option[A]を継承して値がある場合のSome[+A]型とNoneオブジェクトがあります。 Option - Scala Standard Library API (Scaladoc) 2.10.0-20120530-022829-8d38079ab4 - scala.Option // Optionの抽
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
scala.github.com/ja/overviews/macros at ja/macros-draft · scalajp/scala.github.com · GitHub
転職・退職代行マガジン -
Play framework - Scala
コップ本8章解説
はてなブログに移行しました
[Scala] Elemのlabel（要素名）を書き換える