Java使いをGroovyに引き込むサンプル集 - No Programming, No Life
はじめに Java使いをScalaに引き込むサンプル集 | mwSoft のGroovy版を書いてみました。 記事中に登場するサンプルコードや文章など多くの部分を引用させていただいております。 (動作確認: Groovy Version: 1.7.7 JVM: 1.6.0_22) 前書き Groovyという言語をご存知ですか？ Javaと同じくコンパイルされるとclassファイルになり、実行時はJVM上で動作し、またスクリプトとしても記述可能なオブジェクト指向スクリプト言語です。 Groovyは後発の言語ということもあって、Javaを書いている時に感じる冗長さに対する様々な解が用意されています。 本記事では、GroovyとJavaのコードを比較しながら、JavaユーザがGroovyに移った際に得られるメリットを提示していきます。 尚、序盤のサンプルコードはJavaユーザに伝わりやすいように
Gradle で環境ごとに構成を変更する - bluepapa32’s Java Blog
残念ながら ユーザガイドを見る限り、 現バージョン (1.0-milestone-1) の Gradle には 環境毎に構成を変更できるような機能 (Maven の profile のような機能) は 実装されていないようです。 実際に実務で使う場合、絶対に必要な機能だと思うのですが なぜないんだろう... と思ったら、Groovy にあるじゃないですか！！ Groovy にはとっても便利な ConfigSlurper があります。 ConfigSlurper を使えば、簡単に 環境毎に構成を変更できます。 ConfigSlurper については id:fumokmm さんの GroovyのConfigSlurperがめっちゃ便利 が非常に参考になります。 ConfigSlurper では environment.groovy environments { deveropment { se
Mac OS X 開発環境構築手順：Groovy/Gradleインストール - Diary of absj31
Mac OS X 各種開発・実行環境構築手順 - Shinya’s Daily Report 開発言語であるGroovyとビルドツールであるGradle。まとめてインストール記録をメモ。 ※当手順についてはHomebrewをベースにしているため、事前にHomebrewのインストールが必要です。詳細は以下を参照 Mac OS X 開発環境構築手順：Homebrewインストール - Shinya’s Daily Report Groovyのインストール んで、手順。brewコマンドで一発です。 $ brew search groovy groovy groovyserv $ brew install groovy ==> Downloading http://dist.groovy.codehaus.org/distributions/groovy-binary-1.8.6.zip #####
JavaプロジェクトでGroovyを導入すべき５つの理由 - うさぎ組
前段 TDDBootCamp in Tokyo 1.5にJavaグループの一員として参加させていただきました。 そこでGroovyをやりたいというホットなエンジニアと出会いまして、GroovyでTDDをさせていただきました。 いきなりGroovyでプロダクトを書く事はなかなかないと思っているので、Javaのプロダクトコードに対して、Groovyのテストコードを書く。という方法で演習しました。 そこで、皆様がGroovyへ多少なりとも注目してくださいましたので、このエントリーを書いてみようと思いました。 JavaプロジェクトでGroovyテストコードを導入すべき５つの理由 以下であげる５つのポイントは「Groovyを知らないJavaプログラマーがすぐに始められるGroovyの強力な機能」をとりあげました。 もちろんここにあげた以外にもたくさんのGroovyの強力な機能はありますが、それらの威
非対話的デバッガ YouDebug - 川口耕介のブログ
バグ修正はプログラマの仕事の一つですが、このうちのかなりの時間は問題を再現することに費やされます。 症状からバグの全容が推察できる時もあるのですが、多くの場合には、手元で問題を再現し、更なるデータを集めることによって始めてバグが理解されるからです。しかし、環境に依存する問題などは再現が難しい場合もあります。どうしたらよいでしょうか。 ロギングというのがよく行われる解決・予防策ですが、「デバッガを走らせて変数xの値を教えてくれればいいのに！」と思った事があるのは私だけではないと思います。ロギングと異なり、デバッガは予めプログラムに障害発生を予期するコードを埋め込んでおく必要はありません。また、呼び出し元のローカル変数をアクセスしたり、任意の式を評価したり、あるいは変数の値を変更することもできてしまいます。当たり前ですが、障害分析ツールとしてはデバッガはずっと強力だからです。 ではなぜユーザー
JJUG 2009 Fall発表資料「変容する言語Groovy」 - uehaj's blog
JJUG CCC 2009 Fallに参加させていただきました。 聴講したセッションについては、クラウドを中心にさまざまな話題があり、興味深かったです。 GroovyのBOF発表に来ていただいた方は、ほとんどがGroovyをすでに使ったことがあり、また、既に業務で使った・使っているという方もいらっしゃり、興味を持っている方が多かったということがわかりました。 しかし、最初すべったですね。笑いをとるのはむずかしい。時間も急ぎすぎて5分余ったorz。 とりあえず発表資料をあげておきます。 Groovy, Transforming LanguageView more documents from uehaj. 発表のために作ったAST変換のコードはこちらです。 http://github.com/uehaj/kobo/tree/master/experimental/astx/src/test/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
