04/03/23 23:27
いいかげん無視できんから一応スレたてとくよ。
本家 URLﾘﾝｸ(groovy.codehaus.org)
JSR URLﾘﾝｸ(www.jcp.org)
2:デフォルトの名無しさん
04/03/24 00:05
そう思っているのは1だけ。
3:デフォルトの名無しさん
04/03/24 07:21
Groovyメモ
URLﾘﾝｸ(www.ncfreak.com)
4:デフォルトの名無しさん
04/03/24 14:49
なんか恥ずかしい名前ですね
5:デフォルトの名無しさん
04/03/24 16:15
正直ちょっといいかなと思ったJava+python愛好家。
6:デフォルトの名無しさん
04/03/25 00:53
おもしろそうだね。
で、何に使うの？
7:デフォルトの名無しさん
04/03/29 22:50
スクリプト言語といえばテキスト処理。
テンプレートエンジン使ったりとかだね。
8:デフォルトの名無しさん
04/04/04 16:57
正直、久しぶりに面白いスクリプト言語に出逢った気がする。
9:デフォルトの名無しさん
04/04/04 18:01
Groovy language submitted as JSR 241
URLﾘﾝｸ(www.theserverside.com)
10:デフォルトの名無しさん
04/04/15 15:19
Groovyで、seasarのコンテナを扱えるらしい
URLﾘﾝｸ(www.commentout.com)
11:デフォルトの名無しさん
04/04/15 20:28
まずはHellWorldを見せろ
話はそれからだ
12:デフォルトの名無しさん
04/04/15 23:14
println "Hello, World"
13:デフォルトの名無しさん
04/04/16 01:00
s1 = 'Hello'
s2 = 'World'
print "${s1},${s2}"
14:デフォルトの名無しさん
04/04/16 01:31
groovyMarkupだぞこら
15:デフォルトの名無しさん
04/04/16 01:47
>10
seasarのコンテナを扱うというよりかは
groovyでseasarのコンテナの設定ができる
、だな。
16:デフォルトの名無しさん
04/04/16 06:47
>>15
さんぷるも。
後、PicoのGroovyとどの辺が違うの。
コンテナが違うということ以外に。
17:デフォルトの名無しさん
04/04/16 14:18
名前が悠長すぎる！！！Groooooooooooooooobyってなんだよ！
18:デフォルトの名無しさん
04/05/07 11:53
グビレって言う日が来るのかね。
19:デフォルトの名無しさん
04/05/30 13:30
グルービーて何ですか？
20:デフォルトの名無しさん
04/07/02 10:20
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
21:デフォルトの名無しさん
04/07/03 00:52
結局、スクリプト言語ってどれが良いのよ？
22:デフォルトの名無しさん
04/07/03 01:52
sh
23:デフォルトの名無しさん
04/07/04 21:02
n88-BASIC
24:デフォルトの名無しさん
04/07/11 01:21
なんかパッと見 ruby っぽいな
25:デフォルトの名無しさん
04/07/11 01:25
>>24
そりゃﾊﾟｸﾘなんだから当然だろ。既存のスクリプト言語のいいトコﾊﾟｸﾘ＋
JVM上で動く言語。Java自身に続き、商売で言語作成ﾔｯﾃﾙ連中の当然の発想
だよ。
26:デフォルトの名無しさん
04/07/11 01:30
Groovy - Java用スクリプト言語
URLﾘﾝｸ(www.kakutani.com)
27:名無しさん＠そうだ選挙に行こう
04/07/11 15:48
Groovyラボ
URLﾘﾝｸ(xpc.aa0.netvolante.jp)
FAQ (翻訳文書)
URLﾘﾝｸ(xpc.aa0.netvolante.jp)
ユーザガイド (翻訳文書)
URLﾘﾝｸ(xpc.aa0.netvolante.jp)
インストール (翻訳文書)
URLﾘﾝｸ(xpc.aa0.netvolante.jp)
Groovy wiki
URLﾘﾝｸ(www.wikiroom.com)
GroovyEclipse
URLﾘﾝｸ(www.wikiroom.com)
Eclipseから実行
URLﾘﾝｸ(www.wikiroom.com)
28:名無しさん＠そうだ選挙に行こう
04/07/11 16:21
この言語発音するのは人前でサタデーナイトフィーバーのあのポーズとるくらい恥ずかしい。
29:名無しさん＠そうだ選挙に行こう
04/07/11 16:36
>>28
織田信長？
30:デフォルトの名無しさん
04/07/16 04:27
groovy-1.0-beta-6が出ました。
２ヶ月ぶりのバージョン更新です。
Index of /groovy/distributions
URLﾘﾝｸ(dist.codehaus.org)
Change Log
URLﾘﾝｸ(jira.codehaus.org)
今後の予定は1.0-rc1、1.0-final、1.1となっています。
Groovy Road Map
URLﾘﾝｸ(jira.codehaus.org)
31:デフォルトの名無しさん
04/07/19 07:44
foreachの構文はtigerと同じにしてもらいたいものだが。
32:デフォルトの名無しさん
04/07/26 22:10
0 を何かで割ろうとすると反応が返ってこないんだけどなぜ？
例.
(10 .. 0).each { println it / 10 }
実行結果
1
0.9
0.8
0.7
0.6
0.5
0.4
0.3
0.2
0.1 <= ここで stop
環境は
Version: 1.0-beta-6, JVM: 1.5.0-beta2-b51 です。
33:デフォルトの名無しさん
04/08/07 21:58
ほほう、ここがうわさの 32書き込み/4.5ヶ月 のGroovy スレか。
34:デフォルトの名無しさん
04/08/08 03:15
これからだよ。これから。
35:デフォルトの名無しさん
04/08/09 00:54
少人数で開発できる案件はJavaよりスプリクト言語で開発するほうが
コーディングの工数が小さい事はしばしば指摘されます。
Groovyがソフトウェア業界の標準スプリクト言語になることを期待しています。
オブジェクト指向スクリプト言語Groovyの紹介
URLﾘﾝｸ(xpc.aa0.netvolante.jp)
>Groobyは言語設計においては独自の美学を持たず、
>「既存言語からの言語機能の良いとこどり」に徹し、
>「産業の言語」を目指しているように見えます。
オブジェクト指向スクリプト言語(for JVM)Groovy
URLﾘﾝｸ(www.kakutani.com)
>Groovyは職業Javaプログラマによる、
>職業Javaプログラマのためのスプリクト言語
36:デフォルトの名無しさん
04/08/09 02:19
捺印ナビリティの向上には激しく期待してるんですが、今度のプロジェクトでgroovy使いましょー、とはさすがに提案できないなぁ。言えるのは何年くらい先でしょうねぇ……。
37:デフォルトの名無しさん
04/08/09 11:22
納品物に使うんじゃなくて、テストとか、ちょっとした試行錯誤とかに使うんだよ。
38:デフォルトの名無しさん
04/08/09 13:26
そんなんだったら他のLLと同じやん……。
39:デフォルトの名無しさん
04/08/09 16:49
納品物に使わないなら開発効率の改善は限られた物になってしまいます。
GroovyをJava並に普及させるには納品物に使われることを目指す必要があります。
Groovyが普及するにはまずGroovyの仕様安定と欠点の解消が必要ですが、
それは本家の人達にがんばってもらう方が良いでしょうね。
外野として出来る事としては
１．Javaの小規模案件にGroovyを使えるようにするための環境整備
携帯電話用Javaを置き換える
しないでしょう。
標準スプリクト言語になるには納品物に使わえるようにする事が大事です。
40:デフォルトの名無しさん
04/08/09 17:17
実状は全然知らんのだけど、ドキュメント整備じゃないのか？
自分一人知ってたところでどうしようもないわけだし。
41:39
04/08/09 18:12
済みません、先ほど途中で書き込んでしまいました。
Groovyを納品物に使わないなら開発効率の改善は限られた物になってしまいます。
開発効率を根本的に改善するにはGroovyを納品物に使う必要があります。
Groovyが普及するにはまずGroovyの仕様安定と欠点の解消が必要ですが、
それは本家の人達にがんばってもらう方が良いでしょうね。
外野としては周辺を整備を行うという形で協力するのが良いのではないでしょうか。
１．Groovyが使われる分野を作り出す
日本では携帯電話用Java(iアプリ)が普及しています。
iアプリはサイズが小さく独立性も高いため他の言語に置き換えやすいと考えられます。
Groovyによるiアプリ開発環境があればGroovyの普及が進むでしょう。
iアプリ分野でGroovyの開発効率が知られるようになれば
Webアプリケーションにも食い込みやすくなります。
２．Javaのソースに変換出来るようにする
Javaはすでに納品物に使う言語として認知されているので
Groovy->JavaトランスレータがあればGroovy採用の障壁が減ります。
Groovyで開発し、Groovy認知まではJavaで納品するという手が使えます。
>>40
確かに知名度向上と知識共有のためにドキュメントはもっと欲しいですね。
公式ドキュメントについてはGroovyラボが日本語版を用意されていますが、
周辺ドキュメントはこれからですね。と、いうわけでもうひとつ追加します。
３．Groovy周辺ドキュメントを整備する
Groovyプログラマの助けになるドキュメントを書きましょう。
例えばGroovyによるデザインパターンの解説などが考えられます。
42:デフォルトの名無しさん
04/08/09 20:31
プロトタイピングとテストのためでも、十分開発効率は改善できるし。
iアプリは、静的検証の役割が大きいから、Groovyは採用しづらいだろう。というかできない。
Webが一番有力。
それでも、Java2se5のautoboxingや拡張forで、一番効率の悪かった部分は解消されるし、いろんなフレームワークでコーディング量が減ってるからそこまで効果があるかどうか。
結局は、Rubyも納品用のプロダクトじゃなくて簡単なフィルター作るために人気があるようだから
foreach("somefile.txt"){
println it
}
のようにファイルを読み込んで一行づつ処理する構文が一番望まれる。
43:デフォルトの名無しさん
04/08/10 13:15
前向きなレスが出ていて面白い。
が、MLはまだ19人。
URLﾘﾝｸ(www.freeml.com)
44:デフォルトの名無しさん
04/08/11 23:36
Groovy ってそのうち JDK に入るんじゃないっけ？
45:デフォルトの名無しさん
04/08/15 00:20
>>44
これ？
Groovy language submitted as JSR 241
URLﾘﾝｸ(www.theserverside.com)
JSR 241: The Groovy Programming Language
URLﾘﾝｸ(www.jcp.org)
46:デフォルトの名無しさん
04/08/15 01:15
JSRだからといって、SDK/JREに入るとは限らないと思うけど。
47:デフォルトの名無しさん
04/08/15 04:00
udagawaの日記
URLﾘﾝｸ(d.hatena.ne.jp)
udagawaの日記(groovyで検索)
URLﾘﾝｸ(d.hatena.ne.jp)
今年の２月から始まっているudagawaの日記を読むとGroovyの成長を実感できます。
JSR #241 The Groovy Programming Language JSR Review Ballot
URLﾘﾝｸ(www.jcp.org)
>Sun is happy to see Groovy proposed as a JSR.
>Having additional interesting languages for
>the Java platform seems like a Good Thing!
全員賛成投票しており、Sunはとても好意的なコメントをつけています。
JDK標準搭載にたどり着く可能性は高いのではないでしょうか。
JCP Approves Groovy Language JSR: Sun endorses language
URLﾘﾝｸ(www.theserverside.com)
Sunのコメントを受けて盛り上がっています。
オブジェクト指向スクリプト言語(for JVM)Groovy ライブバージョン
URLﾘﾝｸ(www.kakutani.com)
>>33はLightWeight Language Weekend 2004に参加したんですね。
48:デフォルトの名無しさん
04/08/17 13:37
J2SE6.0なのか7.0なのか文脈が読めないのだが、
>>言語に関しては "Groovy" (JSR-241) が入るそうです。
URLﾘﾝｸ(www5.airnet.ne.jp)
だって。
49:デフォルトの名無しさん
04/08/19 06:48
これって.NETの多言語戦略のパクリ？
50:デフォルトの名無しさん
04/08/19 16:45
>>49
違うと思うが。
@ITの記事
URLﾘﾝｸ(www.atmarkit.co.jp)
51:デフォルトの名無しさん
04/08/20 00:56
そもそもJVM上で動くJava以外の言語なんぞ、
COBOLからRubyまであるしな。
Sunは黙殺してたが。
52:デフォルトの名無しさん
04/08/23 23:35
Javaのあのくそ長いメソッド名は最初からスクリプト言語と相性悪い罠
53:デフォルトの名無しさん
04/08/23 23:46
これはインタプリタ言語？
54:デフォルトの名無しさん
04/08/24 01:31
わざわざ別スクリプト言語用意して、evaれなかったら哂う。
55:デフォルトの名無しさん
04/08/24 08:43
中身は悪くないけど、ネーミングセンスが最悪だから
標準にはなれない。
56:デフォルトの名無しさん
04/08/24 16:13
すでにJSRなんだけども。
57:デフォルトの名無しさん
04/08/24 16:28
話がループしているようだ。
58:デフォルトの名無しさん
04/08/27 22:54
>>53
インタプリタ言語だけど、コンパイルしてクラスファイルにすることもできる。
59:デフォルトの名無しさん
04/08/28 08:54
標準化されたとして、どんな使い道があるんだろうか
60:デフォルトの名無しさん
04/08/28 16:00
Javaより若干遅いっていう評判だけど、
.class にコンパイルしても、やっぱり若干遅いの？
61:デフォルトの名無しさん
04/09/02 00:29
遅いよー(ちょっとは使ってみたら？) >> 60
62:デフォルトの名無しさん
04/09/02 18:36
>>59
すでにJavaが使える人には、あまり使い道がないけど、PHPとかからの乗り換えにいい。
ところで、7月からb6で止まってるんだけど、どうしたんだろうね。
rc待ち？
GSPはリンク切れだし。
63:デフォルトの名無しさん
04/09/19 12:22:11
luaみたいにアプリ内部の動作をgroovyから制御できる
ことって出来ますか？
64:デフォルトの名無しさん
04/09/20 21:44:45
↓グルービーでキャッチーでポップな一言
65:デフォルトの名無しさん
04/09/20 21:56:44
ぬるぽ
66:デフォルトの名無しさん
04/09/20 23:31:25
ｺﾞｯ！
67:デフォルトの名無しさん
04/09/23 21:00:15
鈍い音がした……
68:デフォルトの名無しさん
04/09/24 03:05:29
オリンピックの重量挙げの最中にそんな音が響き渡ったこともあったなあ。
いたそ。
69:デフォルトの名無しさん
04/09/25 09:14:19
alt.lang.jreコラム：Groovyに触ってみよう
URLﾘﾝｸ(www.atmarkit.co.jp)
70:デフォルトの名無しさん
04/09/25 10:19:01
JavaWorld11月号特集2「Groovyの魅力を探る」 (P50～P76)
URLﾘﾝｸ(www.idg.co.jp)
>Javaプログラマーのための次世代スクリプト言語
>Groovyの魅力を探る
>・・・関谷 和愛／上原 潤二
>開発サイクルが短くなる一方、仕様の追加／変更が頻発する今日の業務システム開発の現場においては、
>XP（Extreme Programming）をはじめとするアジャイルな開発手法に注目が集まっている。
>しかし、こうした“軽量”な開発手法を実践するには、JavaやXMLだけでは重厚すぎ、
>道具立てに欠けると感じたことはないだろうか。
>「Groovy」は、こうした背景から生まれた新世代のスクリプト言語である。
>本特集では、このGroovyの文法／使い方の基礎から応用までを詳細に解説する。
>それを通して、GroovyがJavaプログラマーにもたらすメリットを明らかにしたい。
>オーバービュー Groovyの輪郭をつかむ
>基礎編 基本操作と必修イディオムを学ぶ
>応用編 定番処理にGroovyを組み込む
サンプル・ソース
fURLﾘﾝｸ(ftp.idg.co.jp)
71:デフォルトの名無しさん
04/09/25 16:40:46
軽量な開発手法ってJaclやTclBlendやjythonやrhinoではだめなのか？
そういった先達を無視してGroovyだけのの利点のように扱うのはどうかと思う。
Groovyだけの利点って何よ。
72:デフォルトの名無しさん
04/09/25 17:08:46
こいつを読むと「groovyってけっこういいじゃん」とおもたよ。
URLﾘﾝｸ(www.atmarkit.co.jp)
73:デフォルトの名無しさん
04/09/26 00:15:09
Groovyが特別、ほかのVM上で動くスクリプトより秀でているってことはないんじゃないかな。
Javaに文法が似てるってのは結構意義があるね。Javascript2.0もかなりJavaに似てると思うけど。
74:デフォルトの名無しさん
04/09/26 00:21:00
>>71
Java VM で Ruby っぽいことができる。
ついでに「先達を無視して○○だけのの利点」のように取り巻きが振る舞う
and/orメディアに取り上げられるのもまたRuby譲り、かなと。ｗ
まあ、だからアンチRuby とか、Ruby以外好き にゃあ、無用だね。
75:デフォルトの名無しさん
04/09/26 01:26:36
>>74
なぜにそこでRubyが話題に？
Ruby好きならJRubyにいくと思うけど・・・
76:デフォルトの名無しさん
04/09/26 05:03:16
Groovyのクロージャどうやって実現してんだろ？
Javaスタックは使えないよね？
もし独自に環境モデルでやってるなら遅そうだなー
77:デフォルトの名無しさん
04/09/26 07:36:28
クロージャか。delegateみたいなもんだな。
Javaはようやく全てクラスとして書くって思想が
重いって事に気づいたようだな。
78:デフォルトの名無しさん
04/09/26 09:38:49
>>77
Javaを擬人化するのはやめていただきたい
それにJavaが変わるわけでもないし
79:76
04/09/26 16:31:53
>>77
C#のdelegateみたいなのだったら実質javaの内部クラスと同様だからわかるんだけど
クロージャってコンテキストを持つじゃん？
どうやってんのかなー
80:デフォルトの名無しさん
04/09/26 17:01:45
Javaの内部クラスはいちおうfinalなローカル変数にはアクセスできますが？
そうだなぁ。
Javaで普通に作ると、内部クラスにHashmapかなんか持たせて、
アクセッサ用意してローカル変数をそっちに詰め込んで、
クロージャはそっちをアクセスするって感じじゃないの？
81:デフォルトの名無しさん
04/09/26 17:05:02
WebProg板でやれやアホども
82:デフォルトの名無しさん
04/09/26 17:08:24
なんでWebProg板？関係ないじゃん
83:デフォルトの名無しさん
04/09/26 17:13:06
たぶん言ってみたかっただけだよ。
なんか勘違いしてるだけかもしらんが。
馬鹿は処置なしです。
84:デフォルトの名無しさん
04/09/26 17:45:16
>>75-80
適当な推測で語ってないで groovyc でスクリプトを
class ファイルにコンパイルしてから逆コンパイルしてみろ。
見当違いなこといってると恥ずかしいぞ。
85:デフォルトの名無しさん
04/09/26 18:28:29
処理系すら手元にありませんが何か？
86:76
04/09/26 20:26:13
>>84
すまんおれもインストールすらやる気なし
知ってんなら教えて
逆コンパイルで簡単に仕組みわかるぐらいなら内部クラスか？
finalつけないといけない制限どうすんだ？
推測三昧だわ
87:デフォルトの名無しさん
04/09/26 20:28:45
ｽﾏｿ実は俺も処理系なし。
自前のフレームワークに取り込むかどうか思案中だけど、、、。
88:デフォルトの名無しさん
04/09/26 20:29:26
実は俺もダウンロードすらしていない。
89:デフォルトの名無しさん
04/09/26 23:42:03
俺漏れも
90:デフォルトの名無しさん
04/09/27 01:30:14
ｲﾝｽｺすんのﾏﾝﾄﾞｸｻ('A`)
91:デフォルトの名無しさん
04/09/27 04:07:57
>>90
べつに、ダウンロードして解凍するだけですよ。
フルパスでコマンド打ち込むのがいやならパス通せばいいだけの話。
92:76
04/09/28 00:57:22
>>91
それが面倒だっつってんだろが
おれの気持ちもわかってくれよ
まぁいいよ
Groovyはローカル変数を独自の環境フレームに確保する
なのですげー遅いウンコ言語
というわけで脳内解決したから興味なくなった
93:デフォルトの名無しさん
04/09/28 00:59:31
すげー遅いのは確かだけど独自の環境フレームには確保しないよ。
94:デフォルトの名無しさん
04/09/28 01:13:32
>>92
わかってるよｗ
起動がめんどくさかったら、自分でレジストリいじくってダブルクリック起動すればいいだけの話でもある。
95:デフォルトの名無しさん
04/09/28 01:21:28
Groovyの読み方を教えてください
96:デフォルトの名無しさん
04/09/28 01:30:44
URLﾘﾝｸ(members.jcom.home.ne.jp)
97:デフォルトの名無しさん
04/09/28 09:05:32
>>95
ぐRuby
98:76
04/09/29 01:52:18
やっぱり環境フレームつくってるじゃねーか
適当なこと言うんじゃねーよ、ボケが
99:デフォルトの名無しさん
04/09/29 02:03:51
ハア？
100:76
04/09/29 03:42:13
お前だろが、見当違いなこと言って恥ずかしいやつってのは
しりもしないくせに見栄はっちゃってよ
えらそうに言ってるわりに何にもわかってねーじゃん
てか低脳
101:デフォルトの名無しさん
04/09/29 11:46:41
>>99
どうやら76は84のことを怒っているものとおもわれ。
102:デフォルトの名無しさん
04/09/29 14:08:33
>100
ABC
103:デフォルトの名無しさん
04/09/29 16:03:49
環境フレームっつーと、LISPやSchemeでおなじみのアレか。
処理系独自のフレーム管理になるから、
JavaVMのスタック命令使えなくて遅くなるのかもしれないけど、
あれは便利だよね。
スクリプト言語はこうじゃなくちゃいけない。
これと比べてしまうと、gccの関数内関数拡張なんてゴミに等しい。
104:デフォルトの名無しさん
04/09/29 17:10:16
>>100
お
し
え
て
何故、ここで縦読み
105:デフォルトの名無しさん
04/10/01 17:03:51
なんかむちゃくちゃ遅いって噂流れてますが、マジ？
106:デフォルトの名無しさん
04/10/01 17:43:28
まじ
107:デフォルトの名無しさん
04/10/01 18:36:44
使い捨てプログラムの場合、書く時間 >> 実行時間だから書く時間が短くなれば、実行時間が少々増えたところで、思い立ってから結果が出るまでの時間が短い、という考え方。
結果が得られることがわかってから、Javaに持っていけばいい。
108:デフォルトの名無しさん
04/10/01 20:42:44
まだ実験段階だから、最適化を全くしてないらしいが。
109:デフォルトの名無しさん
04/10/01 23:07:31
ボウズ、最適化は仕様が固まってからだろ
110:デフォルトの名無しさん
04/10/01 23:19:01
短所を探すよりも長所を伸ばしましょう
111:デフォルトの名無しさん
04/10/02 19:31:46
漏りあがってるねぇ。
おくればせながら>>70を買ってきた。
なんかすごいページ数なんですけど。しかも記事がマニアックだ。
>>71
そんな風によみとれる表現があるの？
112:デフォルトの名無しさん
04/10/02 20:43:18
71は日ごろから被害妄想に悩んでる人なんだよ
113:デフォルトの名無しさん
04/10/02 21:37:00
>>75
おまえJRuby使ったことないだろ
114:デフォルトの名無しさん
04/10/02 23:08:28
"c:\\rtest"が c:\キャリッジリターンtest と評価される
nやtで始まってもダメなんだろうな
お陰でFile.separatorを初めて活用した
115:デフォルトの名無しさん
04/10/03 00:17:06
今夜はグルービーナイト
116:デフォルトの名無しさん
04/10/03 04:19:32
なんか懐かしいこと言ってくれるじゃないの！
117:デフォルトの名無しさん
04/10/04 01:04:03
groovyをインストールしてgroovyshは動いたけど、groovyConsoleを起動しようとすると
Exception in thread "main" java.lang.ClassNotFoundException: groovy.ui.Console
........
というエラーが出る。どうすればよいの？
118:デフォルトの名無しさん
04/10/04 08:27:00
>>117
環境変数設定してる？
119:117
04/10/04 10:10:29
>>118
実はJavaの経験が無いので、よくわかっていませんが、
JAVA_HOME, JAVA_FONTS, GROOVY_HOMEは設定しています。
groovyshは動くので、大筋ではあっていると思うのですが。
120:デフォルトの名無しさん
04/10/04 22:58:05
>>117
groovy-1.0-beta-7.jarにgroovy.ui.Console.*が入ってないですね。
ビルドのミスでしょうか？
groovy-1.0-beta-7\src\main\groovy\ui (beta-7ソースファイル)
Console.groovy <-これがコピー、コンパイルされるはず
ConsoleSupport.java
GroovyMain.java
GroovySocketServer.java
InteractiveShell.java
package.html
ShellCompleter.java
groovy-1.0-beta-7.jar\groovy\ui (beta-7 jarファイル)
ConsoleSupport.class
GroovyMain.class
GroovySocketServer$GroovyClientConnection.class
GroovySocketServer.class
InteractiveShell.class
ShellCompleter.class
groovy-1.0-beta-6.jar\groovy\ui (beta-6 jarファイル)
（前略）
Console.class <- コンパイル
Console.groovy <- コピー
ConsoleSupport.class
GroovyMain.class
InteractiveShell.class
121:デフォルトの名無しさん
04/10/04 23:11:16
>>120
なんてこったい・・・・
122:デフォルトの名無しさん
04/10/05 01:31:44
URLﾘﾝｸ(jira.codehaus.org)
123:デフォルトの名無しさん
04/10/20 00:31:18
＼ │ ／
／￣＼ ／￣￣￣￣￣￣￣￣￣
─（ ﾟ ∀ ﾟ ）＜ くっちゃらはぴはぴ！
＼＿／ ＼＿＿＿＿＿＿＿＿＿
／ │ ＼
∩ ∧ ∧ ／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧ ∧ ＼（ ﾟ∀ﾟ）＜ くっちゃらはぴはぴ！
Ｐｙ厨～～～～！ ＞（ ﾟ∀ﾟ ）/ ｜ / ＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／ ｜ 〈 ｜ ｜
/ ／＼_」 / ／＼」 ￣ / ／
124:76
04/10/20 22:55:40
気が向いたので84の言うとおりにgroovyc でスクリプトを
classファイルにコンパイルしてから逆コンパイルしてみた。
結果憶測は完全に正しかった。
ローカル変数はpropertyという名前で自前の環境フレームにて管理されてる。
84わかったか？
125:デフォルトの名無しさん
04/10/20 23:58:04
>>124
粘着ｳｾﾞ
126:デフォルトの名無しさん
04/10/21 00:40:49
そもそも環境用意しないでクロージャ実現なんてできるん？
127:デフォルトの名無しさん
04/10/21 10:35:09
>>124
ほら、やっぱりやれば出来る子じゃないの
お母さんもそう言ってたでしょ？
128:デフォルトの名無しさん
04/11/01 23:20:34
>95
ぐるるるるるぅ�hぃ
129:デフォルトの名無しさん
04/11/04 18:43:11
グルーなルビー？
130:デフォルトの名無しさん
04/11/12 23:38:10
java上で動くperlはないものか。
131:デフォルトの名無しさん
04/11/12 23:42:46
＼ │ ／
／￣＼ ／￣￣￣￣￣￣￣￣￣
─（ ﾟ ∀ ﾟ ）＜ くっちゃらはぴはぴ！
＼＿／ ＼＿＿＿＿＿＿＿＿＿
／ │ ＼
∩ ∧ ∧ ／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧ ∧ ＼（ ﾟ∀ﾟ）＜ くっちゃらはぴはぴ！
Ｐｙ厨～～～～！ ＞（ ﾟ∀ﾟ ）/ ｜ / ＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／ ｜ 〈 ｜ ｜
/ ／＼_」 / ／＼」 ￣ / ／
132:デフォルトの名無しさん
04/11/12 23:46:43
>>130
あるよ。
133:デフォルトの名無しさん
04/11/12 23:47:48
普通にJavaを使えば良いと思うんだが…。
遅くなるだけだろ？
134:デフォルトの名無しさん
04/11/13 05:44:02
再利用しないコードを手っ取り早く書くには便利だよ。
速度が遅くても早く書けることのほうが重要なケースってあるし。
135:デフォルトの名無しさん
04/11/13 16:01:52
海外でははやっているようなんだが、日本ではまだかな。
日本語のドキュメントが足りないんだろうな。
136:デフォルトの名無しさん
04/11/13 18:08:40
>>134
RubyやPerl等の言語と比べても手っ取り早いの？
ぐるぅびぃは使ったことないからわからんのよ
137:デフォルトの名無しさん
04/11/13 18:13:12
自分で調べろ。
138:デフォルトの名無しさん
04/11/13 18:14:57
>>136
変わらんけど、RubyやPerlはJavaに組み込んで使えないでしょ？
139:デフォルトの名無しさん
04/11/13 18:30:42
RubyもPerlもPythonもTclもJavaScriptもJVM実装がある
140:デフォルトの名無しさん
04/11/13 18:34:51
仮想マシンの上で動くJavaのそのまた上で動くスクリプト？いみね。
141:デフォルトの名無しさん
04/11/13 18:58:01
PerljのJVM実装って名前なに？
142:デフォルトの名無しさん
04/11/13 19:01:20
perl JVM って B-JVM-Jasmin かな？
143:デフォルトの名無しさん
04/11/13 19:14:28
>>139
そういう意味じゃなくて、Javaアプリケーションの中に組み込んで使えるかどうか。
144:デフォルトの名無しさん
04/11/13 19:16:32
使えるよ
145:デフォルトの名無しさん
04/11/13 19:20:17
JavaScriptは確か組み込みのがあったね。
PerlやRubyは初耳だな。
146:デフォルトの名無しさん
04/11/13 19:50:35
好きなもん使えよ。どれも大して変わらんから。
147:デフォルトの名無しさん
04/11/13 20:00:37
perljvm - The Perl to Java Virtual Machine ( JVM ) Compiler
URLﾘﾝｸ(www.ebb.org)
はてな JAVA言語以外の言語をJAVAバイトコードにコンパイルできるコンパイラ
URLﾘﾝｸ(_______________________________________________________________.hatena.ne.jp)
148:デフォルトの名無しさん
04/11/13 20:31:31
Javaのクラスを透過的に使えるかどうかじゃないの？
149:デフォルトの名無しさん
04/11/13 20:37:39
JVM=Javaと思ってるんだろうな。
150:デフォルトの名無しさん
04/11/13 20:52:50
JVMで動くRubyがあったと思ったけど、Rubyで動くJVMのことだった。orz
151:デフォルトの名無しさん
04/11/13 20:55:23
>>148
Javaのクラスが透過的に使えないとでも？
寝言は寝て言え。
152:デフォルトの名無しさん
04/11/13 20:55:55
>>150
JVMで動くRubyもあるよ。
153:デフォルトの名無しさん
04/11/13 21:07:08
>>151
JVMで動くGroovy以外のスクリプト言語で？
154:デフォルトの名無しさん
04/11/13 21:44:12
perlでJavaクラス呼び出しか。萌える。
155:デフォルトの名無しさん
04/11/13 21:48:52
なにこのJVMで動くスクリプト言語総合スレ
156:デフォルトの名無しさん
04/11/13 21:56:05
>>154
それより、Javaのクラスを継承したクラスをPerlで定義とか。
157:デフォルトの名無しさん
04/11/13 22:03:48
>>151
例えば、Perlで$valueに文字列を代入して、
$value = "Hello Perl!";
Javaでそれを使用することは出来る？
System.out.println(value);
逆はどうかな？
158:デフォルトの名無しさん
04/11/13 23:20:09
ｸﾞﾙｰﾋﾞｨｱｰﾁｪ
159:デフォルトの名無しさん
04/11/13 23:49:52
JythonはJavaのクラス継承できるよ。
160:デフォルトの名無しさん
04/11/13 23:55:12
>>157
JythonでもJaclでもできるよ。
Java版Perlは使ったことないからしらないけどできないと思う理由がない。
161:デフォルトの名無しさん
04/11/14 00:23:55
え、Javaのソースの中にJythonのコードを一つのソースファイルに混ぜて書いて、
コンパイルしてクラスファイル作れるってこと？
たとえばJPerlなら.plファイルからクラスファイルを作れるだけじゃないの？
PerlからJavaのクラスを使用する事はできるだろうが、ソースファイルにPerlと
Javaの文法ごちゃまぜに書いたりはできないんじゃないか？
162:デフォルトの名無しさん
04/11/14 00:28:40
それぞれ使ったことがないものについて話をしているのが笑える。
163:デフォルトの名無しさん
04/11/14 00:35:25
Pythonコードの文字列をJavaソースに含めることを「一つのソースファイルに混ぜて書いて」に含めるならそれもできるよ。
逆に聞くけどGroovyではそれ以上のごちゃまぜができんの？
Javaコンパイラのシンタクスに手を入れるような裏技を使ってるとか？
164:デフォルトの名無しさん
04/11/14 01:02:17
Javaコンパイラは使っていないと思うが。
165:デフォルトの名無しさん
04/11/14 01:22:24
最初に出て来たPerlとRubyはどこに行った。
166:デフォルトの名無しさん
04/11/14 03:01:17
>>161,163
たしかGroovyはJavaの文法を完全に含んでるはず。
C++とCの関係みたいなもん。
だからGroovyとJavaの文法をごちゃまぜという事態は発生しない。
167:デフォルトの名無しさん
04/11/14 05:05:19
>>166
forEachと拡張for
っていうか、なんでみんな憶測で断定するんだ？
168:デフォルトの名無しさん
04/11/14 06:02:27
>> C++とCの関係
嘘吐くな
169:デフォルトの名無しさん
04/11/16 03:06:17
自作アプリの拡張用にGroovy使ってるんだけど、便利だよ。
パフォーマンスはイマイチだけどね。
170:デフォルトの名無しさん
04/11/18 00:53:42
じゃ、イラネ・・・
ていうかJavaランタイムないと動かんのでしょ？
問題外だわ
171:デフォルトの名無しさん
04/11/18 00:59:45
Java みててもわかるように速度は後から改善できても、
言語仕様はなかなか変えられない。
どっちを優先すべきかは自明。
172:デフォルトの名無しさん
04/11/18 01:38:57
JREさえあればプラットフォームに依存せず動くというのはとても便利。
PythonだってRubyだってOS標準で入ってるわけじゃないのはJavaと条件は一緒。
173:デフォルトの名無しさん
04/11/18 03:12:26
>170 はアセンブラ厨ということで。
174:デフォルトの名無しさん
04/11/18 03:39:01
>>170のような考え方でよくスクリプト言語のスレ見る気になったよな
175:デフォルトの名無しさん
04/11/19 00:17:43
groovyって
cat 20041111.log | ./hoge.groovy
みたいなパイプを使った処理って出来ますか？
groovy パイプとかでぐぐっても見つけられません
教えてえらい人
176:デフォルトの名無しさん
04/11/19 01:48:47
拡張子長！
標準入力から読めばいいんじゃね？
177:デフォルトの名無しさん
04/11/19 17:42:18
$ cat A.groovy
class Foo {
myGenerator(yield) {
yield "A"
yield "B"
yield("C")
}
static void main(args) {
foo = new Foo()
foo.myGenerator { println "Called with ${it}" }
}}
$ groovyc A.groovy
$ ls
A.groovy
Foo$2.class
Foo$_main_closure1.class
Foo.class
としてから
$ java Foo
を実行したのですが、java.lang.NoClassDefFoundError ...
と言われ怒られてしまいます。 groovy-version/lib 内にある幾つかの *.jar ファイルを CLASSPATH に
入れればいいのはわかっているのですが、なにしろ20個近くのjarファイルがあるので、どれが
ランタイムに関わっているのかわかりません。
だれか、実行するのにインクルードされるべき jar ファイルを教えていただけませんか？
178:デフォルトの名無しさん
04/11/19 20:40:30
全部含めればいいじゃないか。
179:デフォルトの名無しさん
04/11/19 20:46:46
>>178
classpathが長すぎるとantがエラーはく。
だからやだ。
180:デフォルトの名無しさん
04/11/19 21:27:42
hibernate+spring+velocityで25くらいのjarをクラスパスに含めてるけど、そういうことに陥ったためしがないんだが。
181:デフォルトの名無しさん
04/11/19 21:28:56
ant使ってるのにclasspathにパス指定してるとか？
いまどきシステムのclasspath使うなよ。
182:デフォルトの名無しさん
04/11/19 22:53:36
Groovyもスクリプト言語なのにクラスパスとかJavaのめんどくささを継承してるってことだよね
183:デフォルトの名無しさん
04/11/19 23:02:07
どんなスクリプト言語でもライブラリのパスは設定する必要があるわけだが。
184:デフォルトの名無しさん
04/11/19 23:03:48
素直にJava使えよ。
185:デフォルトの名無しさん
04/11/19 23:04:25
>>183
> どんなスクリプト言語でもライブラリのパスは設定する必要があるわけだが。
全部一つのjarファイルにまとめればよい。
そうすればパス指定は1つで楽にすむ。
186:デフォルトの名無しさん
04/11/19 23:05:09
>>184は同時に一言語しか覚えられない奴か
187:デフォルトの名無しさん
04/11/19 23:05:56
>>184
> 素直にJava使えよ。
java でのプログラムはtedious。誰もがそれを認めている。
188:デフォルトの名無しさん
04/11/19 23:07:00
>>185
で、jakartaだけでもいろいろなバージョンの組み合わせで10000とおりくらいのjarの中からひとつ選ぶようになるわけか。
189:デフォルトの名無しさん
04/11/19 23:09:13
>>187
それはオマエが単純な部分しか任されないチームに隔離されてるから。
190:デフォルトの名無しさん
04/11/19 23:37:33
> で、jakartaだけでもいろいろなバージョンの組み合わせで10000とおりくらいのjarの中からひとつ選ぶようになるわけか。
log n で済むわけなんだが。
191:デフォルトの名無しさん
04/11/19 23:40:51
>>189
> >>187
> それはオマエが単純な部分しか任されないチームに隔離されてるから。
おまえの「単純な部分」の定義がわからんのだが。。。
大体、スクリプト言語での仕事 => 単純な部分
という大胆すぎる inference は考慮がたりなさすぎる
192:デフォルトの名無しさん
04/11/19 23:43:30
はい、スレ違いなのは他でやってね。
193:デフォルトの名無しさん
04/11/20 01:05:29
>>191
よくわからんが、あなたが任されてるtediousな部分。
tediousな部分しかやってないチームにいるからjavaはtediousと思って、周りの誰もがそれを認めてるんでしょ。
あぁ、Javaじゃなくてスクリプト言語を任されてるんだね。
194:デフォルトの名無しさん
04/11/20 01:06:13
>>190
> log n で済むわけなんだが。
どうやったら？
195:デフォルトの名無しさん
04/11/20 01:21:42
>>193
> >>191
> よくわからんが、あなたが任されてるtediousな部分。
> tediousな部分しかやってないチームにいるからjavaはtediousと思って、周りの誰もがそれを認めてるんでしょ。
> あぁ、Javaじゃなくてスクリプト言語を任されてるんだね。
ハァ？ 俺はプログラムの内容じゃなくてシンタックスが記述的に「tedious」と述べた
だけなんだけど。。。
>>194
> どうやったら？
jarを想像してみ。シンプルなツリー構造になるだろ？
196:デフォルトの名無しさん
04/11/20 01:26:15
>>195
>> どうやったら？
>jarを想像してみ。シンプルなツリー構造になるだろ？
で、それがバージョンごとの可能な組み合わせを考えなくていい理由になるのか？
197:デフォルトの名無しさん
04/11/20 01:38:44
いやまあ、俺は何でそこで「tedious」なんて英単語を持ち出す必要があるのか
分からんかった。
「長ったらしくてつまらん」でいいだろ？
198:デフォルトの名無しさん
04/11/20 01:42:13
>>197
log nとか、nが少なかったら何の意味もなさない書き方してるし、そういうことでしか賢さを示せない方では？
199:デフォルトの名無しさん
04/11/20 01:53:42
groovyでクラスパスの設定するのに、いちいち環境変数使ってるの？
$GROOVY_HOME/conf/{command}-classworld.conf使ったほうがよくない？
アプリごとにconfファイル用意して、
バッチファイルをいじれば好きなアプリ毎に自由にクラスパスの設定の切り替えができる。
（シェルスクリプトのほうは修正しなくても最初からそうなっている）
慣れればこっちのほうが便利だと思うけどな～
200:デフォルトの名無しさん
04/11/20 08:51:21
>>177
libじゃなくて、展開したディレクトリの直下にgroovy-1.0-beta-*.jarとかが置かれてない？
多分これ１つでOKだったと思った。
201:デフォルトの名無しさん
04/11/20 11:46:31
Javaの仕組みが同じディレクトリにjarがあったら全部拾ってくれるようになってればいいんだよ。
WindowsのDLLってそうじゃないか。
202:デフォルトの名無しさん
04/11/20 12:45:42
>>201
うっとおしい。ただ、classpathに指定したディレクトリのjarはすべて含むようにとかはして欲しかった。
けど、もうどうでもいい。
classpathなんか設定しないし。
203:デフォルトの名無しさん
04/11/22 10:29:13
204:デフォルトの名無しさん
04/11/29 15:10:35
JDK5.0にGroovyは対応しているのでしょうか？
JDK1.4x以上とあるのは1.4V内での話しなのか
ホントに以上なのかがイマイチよくワカリマセン。
日経ソフトウェアの今月号にはお奨め言語と
なっていました。SqeakのeToyと「ひまわり」と
一緒に。
205:デフォルトの名無しさん
04/11/29 16:06:25
自分で聞いて自分で回答するのも
なんですが、うまく行くようです。
206:デフォルトの名無しさん
04/11/29 22:24:25
まあJ2SE 5.0はJ2SE 1.4の上位互換があると言ってるから、groovycで
コンパイルしたバイトコードは動くだろうね。
207:デフォルトの名無しさん
04/12/01 21:13:43
>>205
自作自演Q&A乙。こういうのは役に立つのでこれからも自作自演を続けてくれい。
208:デフォルトの名無しさん
04/12/05 13:07:34
>>207
芸が細かい自作自演Q&A乙
209:デフォルトの名無しさん
04/12/12 18:21:52
自作自演Q&A Hey!
Beta8がもうすぐReaseされるタイミングです。
大体２ヶ月ピッチ？
前回は９月だからして…。
ひょっとするとBetaが省かれて1.0
になる可能性もあるらしいが。
210:デフォルトの名無しさん
04/12/12 18:26:04
>>209
ひょっとしてAranskが復活したりしてね。
関数型言語からスクリプト言語に宗旨替えしてさぁ。
HPやBlogも最近頻繁に書き換えているようだし…。
今まで何しとったん？
211:デフォルトの名無しさん
04/12/13 05:43:57
>>210
自作自演Q&A乙。こういうのは役に立つのでこれからも自作自演を続けていれくい
212:Aransk
04/12/18 15:44:28
Groovy Beta 8が12月17日付けで発表されました。
Beta7から、どこがどう変わったのかさっぱり
分かりません。要はインストールして
自分で試せと言うことらしい。
213:Aransk
04/12/20 10:22:02
このGroovyスレって盛り上がらないねぇ。
Ruby,Pythonのいい所取りだから仕方ないかもね。
ある面スクリプト系言語の閉塞状況を示して
いるのかも知れない。
214:デフォルトの名無しさん
04/12/20 10:25:50
正式版が出てないから、これ以上盛り上がりようが。
215:デフォルトの名無しさん
04/12/20 11:55:12
Javaでしか使えないからもリあがらないんだよ。
216:デフォルトの名無しさん
04/12/20 12:04:27
Rubyにあらゆる点で劣っているしな。
217:デフォルトの名無しさん
04/12/20 13:55:53
>>216
そういう煽りにはもう飽きちゃった。
218:デフォルトの名無しさん
04/12/20 16:12:08
>>216
巡回ご苦労様です。
219:デフォルトの名無しさん
04/12/20 19:53:07
仕様も固まっていないし。
220:デフォルトの名無しさん
04/12/21 00:31:28
きょうのすれは、まれにみる盛況ぶりだったな
221:デフォルトの名無しさん
04/12/21 06:22:09
Groovy 1.0b8の主な改良点
URLﾘﾝｸ(docs.codehaus.org)
・groovyConsoleとstreaming buildersがディストリビューションに復活
・groovyshでのエラーメッセージ表示が少なくなった（スタックトレース無しよ）
・JDK 5.0上での動作を改善
・GroovyShellで数千ものスクリプトを実行すると発生していたメモリリークが解消
・MarkupBuilderが<a href="groovy">stuff</a>を生成できるようになった
・Windowsでclasspathフラグが働いてなかったことがあったのを修正
・antで特別なtaskdefをしないでもgroovy namespaceを使えるようにした（翻訳自信無し）
222:Aransk
04/12/21 18:35:48
>>214ー221
>芸が細かい自作自演Q&A乙
かも知れんが、孤独感はかなり癒された。
GroovyのHPにある言語仕様はまだ誰も訳して
ないようなんで全てダウンロードして
意訳＝＞異訳＝＞違約を試みております。
単なる言語仕様じゃなく、「重点」をこんなことが
出来て嬉しい！実例に置きたい。
が、しかし、そんな嬉しい実例があったら
とっくにRuby本でやってるはずだとも
思いつつ…。
223:デフォルトの名無しさん
04/12/21 19:06:04
自分的にはGroovy HPのFeaturesセクションが
「こんなことが出来て嬉しい」にヒットしまくり。
224:デフォルトの名無しさん
04/12/21 19:55:06
名前がダサすぎ
225:デフォルトの名無しさん
04/12/22 05:18:17
シェル上で実行できるスクリプト言語としては当たり前のことなんだが、
1行目に #! を書いて動いたのがなんだか嬉しかった。
#!/usr/bin/env groovy
n = 0
for (k in args) {
n++;
println("Argument " + n + " : " + k)
}
226:Aransk
04/12/22 18:41:44
>>224
ダサいとは思わないが長いとは思う。
出来れば３文字、長くて４文字程度が望ましい。
.groovyってのはー＞.gvyでも.gryでも良さそうに
思える。
227:デフォルトの名無しさん
04/12/22 19:20:02
「ぐびー」で。
228:デフォルトの名無しさん
04/12/22 19:44:43
Groovy
ぐるーびぃ
ぐ るーびぃ
ぐ るびぃ
ぐるびぃ
GRuby
GNU Ruby???
229:デフォルトの名無しさん
04/12/23 02:31:19
>>226
.grvを希望。できれば.gだけで。
230:Aransk
04/12/23 16:03:20
groovyのforeachは
for ( i in array )
と書き
今回JDK5.0で追加されたjavaの
foreachは
for (i : array)
となった。
この「in」と「:」の差異は何なんで
しょうねぇ？
231:デフォルトの名無しさん
04/12/23 16:04:19
prologの x:xsと通じるものがあるのかもしれない
232:デフォルトの名無しさん
04/12/23 16:05:05
しまった
Aransk と同じ時を過ごしてしまった
233:デフォルトの名無しさん
04/12/23 16:24:03
inというキーワードを追加したら、inという名前の変数を定義してたりする
コードが動かなくなるから。
234:デフォルトの名無しさん
04/12/23 20:56:27
>>231
prologは、[X|XS]
x:xsはML
235:デフォルトの名無しさん
04/12/23 21:46:55
>>233
java.lang.System.inが……
236:デフォルトの名無しさん
04/12/23 21:48:22
あぁ、だからenumは容赦なくキーワード認定されたのか。
237:choix ◆pnCm4bpG3Y
04/12/24 01:16:59
>>230
Python慣れしたユーザーにアピールするためにinを採用したとか？
238:デフォルトの名無しさん
04/12/24 02:08:15
>>234
ML は x::xs
x:xsは Haskell
まあどっちみち関係ないし。
個人的には in は Ruby っぽい気がするが、 Python でもあるだろうし、それ
を言い出したら、元を辿るとシェルになる気もする。
239:Aransk
04/12/24 10:31:02
今回のJDK5.0言語仕様変更担当者の話では
従来のfor構文との整合性をとったとのことです。
つまり意地でもforeachという単語を付加したく
なかった。
ここからは筆者の推測です。
groovyも基本的にはこの路線を走っていた。
しかしinだけはスクリプト感覚的に利用して
しまった。
その後同じJava言語開発陣が傍流のgroovyごときに
追随する訳には行かなかった、が、しかし、
機能的にはgroovyで既に実現している部分なので
手を抜きたかった。
そこでinを：に変更し、面目だけは保った。
つまり「write once,run anywhere」は
今回の文法変更により成立しなくなっているです。
従ってJava開発陣としてのプライドだけが
「：」に込められているのではないでしょうか？
240:デフォルトの名無しさん
04/12/24 11:56:51
えっと、inが予約語にできなかったという理由がSystem.inと関係ないと言えなければ、単なる妄想だけど。
241:デフォルトの名無しさん
04/12/24 14:11:07
System.in もだけど、みんなローカル変数で InputStream in; とかやってないのかな？
242:デフォルトの名無しさん
04/12/25 11:07:00
is。ただ最近はeclipseのすすめるままにstreamとかinputStreamとか
そんなんがおおい。
243:Aransk
04/12/26 17:36:55
間違っているかもしれませんが、
inってIoStreamのフィールド変数名ですよね？
予約語でもなんでもありません。
例えばfor ( i in array )このinをIoStreamの
inと間違う可能性があるのだろうか？
244:デフォルトの名無しさん
04/12/26 19:12:39
同じタイミングでstatic importが規格に入ったから考慮してみた
って屁理屈はあるかもな。
245:デフォルトの名無しさん
04/12/26 19:13:26
>>243
・既存のソースコードをコンパイル出来るかどうか
・パーズ速度が犠牲にならないかどうか
・適切なエラーメッセージが生成できるかどうか
などは考えたの？
246:Aransk
04/12/27 17:12:45
「in」と「：」で
>・既存のソースコードをコンパイル出来るかどうか
>・パーズ速度が犠牲にならないかどうか
>・適切なエラーメッセージが生成できるかどうか
上記諸点に差が出るとは思えませんが…。
247:デフォルトの名無しさん
04/12/27 17:51:59
>>246
従来のコンパイラだと in を予約語にしないと for(TypeName object in list) みたいにできない。
・in を予約語にすると java.lang.System.in を直さなければならず、
java.lang.System.in を使用する全てのプログラムを書き直すか破棄する必要がある。
・in を予約語にしない場合は、例えば
class C { public static class in {} };
List in = new ArrayList();
for(C. in in in in){}
を正しく構文解析できる言語仕様とコンパイラが必要になる。
248:デフォルトの名無しさん
04/12/27 18:08:19
>>247
> class C { public static class in {} };
局所クラスでは public も static も使えない。
> List in = new ArrayList();
ここで局所変数名に in を使ってるので
> for(C. in in in in){}
ここでは局所変数名に in を使えない。
あとgenericsとかで List の要素型が指定されてないので参照型の縮小変換が発生してエラー。
in を4つ並べんのは無理っぽい。
in 3つまでならできるか？
249:デフォルトの名無しさん
04/12/27 18:14:03
class C { class in {} };
java.util.List<C.in> list = new java.util.ArrayList<C.in>();
for(C. in in in list){}
これで in 3つ。
250:デフォルトの名無しさん
04/12/27 22:14:24
なんかくだらないことしてるね
バカ？
251:デフォルトの名無しさん
04/12/27 22:48:34
まあ、４つ並ぶことはないにしても、いろいろなところにinが混じることがあってそれをコンパイルできるコンパイラはめんどいってことじゃね？
252:Aransk
04/12/28 13:03:43
そうするとGroovyはどうやってるんでしょう？
System.in も使えたような記憶があるが…。
253:デフォルトの名無しさん
04/12/28 17:36:04
>>252
URLﾘﾝｸ(groovy.codehaus.org)
みると予約語は Java の予約語と def、map、any、TO DO の4つだから
in は予約語ではなさそう。もっとも、作者が書いてないだけって可能性もあるが。
URLﾘﾝｸ(groovy.codehaus.org)
みたけど ToDo になってるね。
リンク先はJLS2ndだから拡張forについては書いてないし。
254:デフォルトの名無しさん
04/12/29 03:14:04
クロージャの仮引数名なんだけど、
cl = { hoge | …… }
…
hoge = …
みたいに、同じスコープ中の他の変数名とかぶると動かないのって、
仕様？既知のバグ？
255:デフォルトの名無しさん
04/12/29 03:48:07
ただ、動かない、っていわれてもなあ・・・
とりあえずお前を馬鹿と認定したが
256:デフォルトの名無しさん
04/12/29 10:42:00
>>254
クロージャとか名前関係の仕様って既に出来てるんか？
出来てなければ作者本人にしかわからんと思うが。
257:Aransk
04/12/29 13:36:53
>>253
for ( i in array )
のinが予約語ではなく、かつ
System.in
のフィールド変数名とGroovy言語の中で
共存していることになるのでしょうか？
258:デフォルトの名無しさん
04/12/29 16:06:49
>>257
文脈に依存させているということだろ。
具体的にはfor()の中のトークンを全部先読みするのかな。
259:デフォルトの名無しさん
04/12/29 16:31:19
package in;
import java.util.ArrayList;
public class in<T> extends ArrayList<T> {
public static in<in> in = new in<in>();
}
とかやっていたら気持ち悪くなってきた。
260:デフォルトの名無しさん
04/12/30 11:38:07
>>254
仕様のバグです。あるいは設計者の思考アルゴリズムの。
261:Aransk
04/12/30 15:56:52
>>260
>仕様のバグです。あるいは設計者の思考アルゴリズムの。
スクリプト言語のメリットって、バグじゃないかぁ！
と思うほどのイージーさで動作するところに
あるのでしょうね。
Javaの目標がEoD(Ease of Development)とすると
コード量を少なくしてマシーン負荷を
高める方向に進化するのでしょう。
Groovyもこの流れに沿った動きと考えます。
262:デフォルトの名無しさん
04/12/30 18:06:52
> Javaの目標がEoD(Ease of Development)とすると
> コード量を少なくしてマシーン負荷を
> 高める方向に進化するのでしょう。
EoDってコンパイル時負荷は高くなったが
実行時負荷が変わらんような気がするが。
263:Rubyこそ最高言語！！！！！！！PHPは糞！！！！！！
04/12/30 19:34:50
Ruby作者matz神の神発言！！！！！！！！！！！
URLﾘﾝｸ(www.rubyist.net)
こんな短いプログラムで比較するのもどうかと思うのだが、 Rubyで書いたら絶対これより短くなる。
ということは、PHPではなくRubyを使えという話なのか。どうも、そうではなさそうだ。
よくいただく反論は「PHPでもできる」ということであって、同じくらい良い(動的)言語からPHPを選ぶ理由ではないはずだ。
PHPは決して速くないし、記述力が高いわけでもないし、たくさんの欠点が残っているように見えるが、
あちこちで「そのシステムPHPで書かないの」という質問が出るところをみるとそれなりに馬鹿には使われているようだ。
もっとも、PHP陣営から出てくる数字はmod_phpのインストール数とか、mod_phpのパフォーマンスと(mod_perl抜きの)perl
CGIとの比較とか、まったくフェアでない印象があるが。
あるいは「すでにPHPを覚えているので、いまさら他の言語を覚えたくない」ということなのかもしれない。
その気持ちはまあ理解できないでもない。
もしかすると、よく分からない初心者をイメージ先行で取り込んでしまい、
「いまさら他の言語を覚えたくない」という」意識でロックインしてしまうというのは、
初心者をターゲットにした素晴らしいマーケティング戦略なのかもしれない。
もしそうだとするならば、というか実際そうだろうし、Rubyは絶対にその戦略を取りたくない。
それくらいだったらマイナーなままでいてくれた方がずっと良い。
264:デフォルトの名無しさん
04/12/30 19:36:28
>>262
進化するでしょう、ってことだから、これから先の話じゃないの？
Javaはインフラ的な部分もあいかわらず狙ってるから、そうは単純にはいかないとおもうけど。
単純にはいかないので、Groovyのようなスクリプト言語をもってくるんだと思われ。
265:デフォルトの名無しさん
04/12/30 19:36:56
>>263
死ね糞マルチ。
266:デフォルトの名無しさん
04/12/30 19:37:42
最高言語Ruby ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＞Grooooooooooooovy
267:デフォルトの名無しさん
04/12/30 19:38:20
>>263
しかもそこの比較、Javaのコードには空行が２行続いてる部分があったりして、結果PHPより１行多いということになってたりするからな。
しかし、いいものが広まるとは限らない。
268:デフォルトの名無しさん
04/12/30 19:40:06
>>266
落ち着け。
＜ の方が多いぞ。
269:デフォルトの名無しさん
04/12/30 19:44:15
>>264
なんだ、妄想だったのか。
270:デフォルトの名無しさん
04/12/30 21:02:55
Rubyの前にはあらゆる言語が自動的に敗北する。
271:デフォルトの名無しさん
04/12/30 22:47:42
別に他人がどんな言語使ってようがほっとけばいいのさ。
そいつよりも自分の方が同じプログラムを短時間に楽に書けて、
そのことを秘密にしておく方が、よっぽど利益になる。
「あぁRubyね、日本純正だし、いいよねー」と言っておけばいい。
272:デフォルトの名無しさん
04/12/31 12:41:11
Ruby
最強！！！！！！！！！！！
Groovy
最低！！！！！！！！！！！
273:Aransk
04/12/31 18:30:41
URLﾘﾝｸ(www.rubyist.net)
読みました。
「良い言語が人気があるとは限らない」のは真理です。
しかしそれは常によりマイナーな言語側の真理です。
何故なら良い悪いはその人の主観によるからです。
RubyがPHPやGroovyより精緻な言語仕様であることは
認めますが、それが実用的かどうかはまた別の問題です。
Javaを補完することに主眼をおくならばGroovyはこれ以上
言語仕様を肥大化させない方がベターではなかろうかと
個人的には考えています。
274:デフォルトの名無しさん
04/12/31 21:20:59
>>273
Matz氏んとこで書けよ。
275:Rubyist!
05/01/01 13:50:39
Rubyの良さが分からない馬鹿にわかりやすいような話にしてやろう。
おまえらは取り柄のないブ男だ。
強いて出来るのは、強者の揚げ足取りだ。
それを他者が奪うのは、ある意味では残酷だという見方はある。
だが、当のおまえらが自分の醜さを棚上げして
揚げ足取りの権利を声高に主張したり
あまつさえ自分の醜さは価値があると主張し出したら
それはもう、自意識が暴走してるとしか言えないだろう。
276:デフォルトの名無しさん
05/01/01 14:03:36
新年初書き込みがこんなのとはガッカリ。
冬休み終わったらこういうのも減るだろな。
277:Rubyist!
05/01/01 14:08:29
>>276
なにも言い返せないけど何とかして貶したいというキミの気持ちはよくわかる。
よーーーくわかるw (ﾌﾟｹﾞﾗ
休みが終わったから消える？ご期待には添えそうにないが、まあその時になって自分で判断してくれ。
278:デフォルトの名無しさん
05/01/01 14:24:00
まあ、ひきこもりに年末年始、平日休日なんて関係ないもんな…
279:Aransk
05/01/01 16:46:13
>強者の揚げ足取りだ。
いつからRubyが強者になったのでしょうか？
このスレはGroovyの話題がメインです。
Rubyは「つまみ」にしか過ぎない…。
280:デフォルトの名無しさん
05/01/01 22:05:36
aransk先生がこんな所にいらっしゃるとは。
いやー、でもgroobyって面白いですね。どっちかって言うとjavaよりもgroobyの方
に私は期待しちゃってます。今まではpnutsとかbshなど使って見て凄く面白かった
ですよ。
281:デフォルトの名無しさん
05/01/02 02:36:23
有名な(ﾌﾟｹﾞﾗたんが遠くこのスレにまで出張してきたのかな。
282:デフォルトの名無しさん
05/01/11 02:14:16
pnutsはかなりヨカタ。
Groovyとは競合になるのかな。。。
283:デフォルトの名無しさん
05/01/11 08:00:20
>>282
比べられることも多いけどpnutsとは言語の設計思想がちがうですよ
284:デフォルトの名無しさん
05/01/11 09:27:23
>>283
どの辺が？
285:デフォルトの名無しさん
05/01/14 11:17:12
早く休みが終わらないかなぁ
286:デフォルトの名無しさん
05/01/15 00:01:29
そんなに働きたい？
287:Aransk
05/01/19 17:35:26
先生方！
V1.0－Beta-9がリリースされてます。
I'm pleased to announce the release of Groovy-1.0-beta-9.
You'll be able to download it here:
URLﾘﾝｸ(groovy.codehaus.org)
The main goal of this release, after the recent beta-8, was to
make Groovy JDK 1.5 compliant.
Groovy should now run just fine under JDK 1.5,
この「should」が消えたら、正式リリースか？
288:デフォルトの名無しさん
05/01/19 22:49:23
Python財団から開発助成金が出たというJythonも気になります。
Javaとの連携はGroovyのほうが数段上だと考えてもいいのでしょうか？
289:デフォルトの名無しさん
05/01/19 23:05:09
連携させる意味あるの？
290:デフォルトの名無しさん
05/01/20 00:39:01
Jythonの開発はしばらく止まってたし、Groovyはまだ1.0前だし、
まだ評価できる状態じゃないと思われ
291:デフォルトの名無しさん
05/01/20 00:40:36
>>289
その質問の答えは、「お前、生きてる意味あるの？」と同じだ。
答えを言ってみろ。
292:デフォルトの名無しさん
05/01/20 00:49:16
>>289は生きている意味あるの？
293:デフォルトの名無しさん
05/01/20 01:06:37
>>291
違うと思うが。
294:デフォルトの名無しさん
05/01/20 01:32:53
>>293
なぜ違うと思う？
両方の答えを言ってみろ。
295:デフォルトの名無しさん
05/01/20 01:48:09
Gruby??
296:デフォルトの名無しさん
05/01/20 02:33:17
>>294
連携させて意味があるかどうかは、答えが検証可能。
生きている意味があるかどうかは、答えが検証不可能。
297:デフォルトの名無しさん
05/01/20 02:33:29
・知能障害を起こす
298:デフォルトの名無しさん
05/01/20 03:22:57
上手に連携できればJava言語で書いたクラスをGroovyでユニットテストするというのもやりやすい。
Java言語でほかの人が書いたクラスライブラリを簡単に呼び出したい、というときにも意味あるでしょ。
299:デフォルトの名無しさん
05/01/20 06:10:34
Groovyでテストなんて正気か？
300:デフォルトの名無しさん
05/01/20 09:50:41
>>296
そうだー、パチパチ
301:Aransk
05/01/20 13:57:08
少なくとも正式リリースまでには
ボロイPCでもストレス無しで
動くスピードにしてもらいたい。
世の中、今や貧しいことこそ美徳なんだ
からして。
302:デフォルトの名無しさん
05/01/20 20:18:38
>>296
なぜ検証不可能だといいきれる？
303:デフォルトの名無しさん
05/01/20 22:20:12
>>302
議論するのは面倒なので、ここでも読んでくださいな。
URLﾘﾝｸ(www.ne.jp)
304:デフォルトの名無しさん
05/01/25 14:00:09
＼ │ ／
／￣＼ ／￣￣￣￣￣￣￣￣￣
─（ ﾟ ∀ ﾟ ）＜ ぱいちんこぱいちんこ！
＼＿／ ＼＿＿＿＿＿＿＿＿＿
／ │ ＼
∩ ∧ ∧ ／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧ ∧ ＼（ ﾟ∀ﾟ）＜ ぱいちんこ！
ぱいちんこ～！ ＞（ ﾟ∀ﾟ ）/ ｜ / ＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／ ｜ 〈 ｜ ｜
/ ／＼_」 / ／＼」 ￣ / ／
305:デフォルトの名無しさん
05/02/07 21:00:26
BSF経由でJSP書くのに使おうよ!
306:デフォルトの名無しさん
05/02/10 00:34:18
>>305
どんな感じよ
307:デフォルトの名無しさん
05/02/11 14:41:26
>>306
ｽﾚﾘﾝｸ(php板) か？
308:307
05/02/11 14:42:25
URLこっちのほうがよかったな
ｽﾚﾘﾝｸ(php板:10番)
309:デフォルトの名無しさん
05/02/18 05:16:58
groovyちょっと試したんだが、スクリプトに間違いがあったときに
エラー行が何行目か出ないじゃん。
これでプログラムを書く気がしない。
310:デフォルトの名無しさん
05/02/18 21:20:17
age
311:デフォルトの名無しさん
05/02/20 01:33:26
>>309
それホント?
groovyを褒め称える人たちは
そんなの気にしないで書いてるのか?
312:デフォルトの名無しさん
05/02/20 02:03:57
R-projectも一緒
313:デフォルトの名無しさん
05/02/20 20:00:49
>>309
|
＼ __ ／
＿ （ｍ） ＿ﾋﾟｺｰﾝ
|ミ|
／ .｀´ ＼
('A`) 体技：スルー！
ノヽノヽ
くく
≡ ('('('('A` )
≡ ～( ( ( ( ～)
≡ ノノノノ ノ ｻｸｯ
314:デフォルトの名無しさん
05/02/21 00:11:45
>>313
刺さってないぞ
315:デフォルトの名無しさん
05/03/03 20:39:45
>>311
新しいバージョンでは出るようになりました
316:デフォルトの名無しさん
05/03/03 23:58:37
普通にJavaで書けば良いのでわ？ﾜｹﾜｶﾒ。
317:デフォルトの名無しさん
05/03/04 01:13:01
それが出来る人はね。
Javaがﾜｹﾜｶﾒな人には、Groovyはとっつきやすい。
318:デフォルトの名無しさん
05/03/04 09:11:26
要するに、Perl の対抗、と考えるべきなのかな。
319:デフォルトの名無しさん
05/03/04 22:56:44
変数宣言しないでいいのは素敵なんだが、
いかんせんjavaって元からクラス名が長すぎなんで
スクリプトっぽく短く書けない･･･。
あんま代わり映えがしない気がしたよ。groovyが悪いわけじゃないが。
320:デフォルトの名無しさん
05/03/05 11:38:51
>>317
Groovyが分かるならJavaも分かりそうなものだが…。
コンパイル時にエラー検出してくれるし。
開発環境に到ってはJavaの方が親切だし。
321:デフォルトの名無しさん
05/03/06 00:00:52
GroovyがRuby並に動的ならば使ってみたい
322:デフォルトの名無しさん
05/03/06 14:06:54
気分はGroovy
323:デフォルトの名無しさん
05/03/06 18:00:54
>>321
Rubyほど動的ではない。
むしろ、型付き可能なRubyとみなした方がアイデアが広がるかと。
324:デフォルトの名無しさん
05/03/06 22:23:47
型付けの弱い言語は糞
325:デフォルトの名無しさん
05/03/06 22:29:16
↑適材適所を知らぬ厨。
326:デフォルトの名無しさん
05/03/07 00:23:34
↑
VB厨
327:デフォルトの名無しさん
05/03/07 00:30:28
↑
C厨
328:デフォルトの名無しさん
05/03/07 21:13:17
Ruby厨
↓
329:デフォルトの名無しさん
05/03/07 22:38:38
人権擁護法反対洗脳厨
↓
330:デフォルトの名無しさん
05/03/08 07:29:49
織田信長厨
↓
331:デフォルトの名無しさん
05/03/08 11:10:07
＼ │ ／
／￣＼ ／￣￣￣￣￣￣￣￣￣
─（ ﾟ ∀ ﾟ ）＜ くっちゃらはぴはぴ！
＼＿／ ＼＿＿＿＿＿＿＿＿＿
／ │ ＼
∩ ∧ ∧ ／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧ ∧ ＼（ ﾟ∀ﾟ）＜ くっちゃらはぴはぴ！
Ｐｙ厨～～～～！ ＞（ ﾟ∀ﾟ ）/ ｜ / ＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／ ｜ 〈 ｜ ｜
/ ／＼_」 / ／＼」 ￣ / ／
332:デフォルトの名無しさん
05/03/08 23:06:28
←ハイ厨
333:デフォルトの名無しさん
05/03/12 11:41:16
びっくりする程遅い。
334:デフォルトの名無しさん
05/03/12 13:21:36
まず全裸になり
( ： )
（ ゜∀゜）ﾉ彡
<( )
ﾉωヽ
335:デフォルトの名無しさん
05/03/12 15:42:16
defとか@Propertyって今後必須になるわけ？
クロージャーが使えるだけの動的Javaになりませんように
336:デフォルトの名無しさん
05/03/12 15:53:12
自分の尻を両手でバンバン叩きながら白目をむき
从
Дﾟ ） て
( ヾ) )ヾ て
< <
337:デフォルトの名無しさん
05/03/12 21:38:06
おもむろに以下のコードを実行。
String np=null;
np.toString();
338:デフォルトの名無しさん
05/03/20 22:19:48
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
339:デフォルトの名無しさん
05/04/29 20:33:15
あげ
URLﾘﾝｸ(www-6.ibm.com)
340:デフォルトの名無しさん
05/05/22 05:25:48
GroovyのJSR-1が出てたので、初めてためしてみた。
・defっているんかいな。最初に出てきたら変数定義でいいでしょうに。前からあったっけ、これ。
・defで変数定義して、そこにループでどんどん数値を加算してく処理を書いたら、intの範囲を超えた
ところでプログラムの動作がへんになる（longと明示的に指定してやれば動く）
これはPerlでもRubyでもあり得んことだが、結局型付けしないといけないんですかね....
でも、遅い遅いとは聞いてたので覚悟のうえで使ったにも関わらず、あまりの遅さにちょっとびっくりした。
ためしにRubyとGroovyとJavaで同等のロジック（２分間ひたすら浮動小数点の掛け算とたし算をやる）を
書いてみたんだが、秒あたりのループ回数でRubyの半分も出ないのはさすがにちょっと問題じゃないか。
Javaと二ケタ違うのはこの際許すにしてもなあ。
ちなみにgroovycでコンパイルしても結果はほとんど同じだった。jadでデコンパイルしてみたら、
とんでもなく冗長なコードが吐き出された.... プロパティアクセスからメソッド呼び出しまで全部
リフレクションですかそうですか。
別にJava級の速度は期待しないけど、その辺のスクリプト言語級にはしてもらいたいなあ。
341:340
05/05/22 05:34:05
補足
> （longと明示的に指定してやれば動く）
これは
long count = 0
みたいにするってことだけど、
def count = 0L
みたいに、代入値を明示的にlongにしても（当たり前ながら）ちゃんとLongと解釈されるみたいだ。
しかし結局型は意識しないといけないので解決になってないんだけど。
342:デフォルトの名無しさん
05/05/25 18:33:40
>>340-341
試用レポありがとう。参考にするね。
343:デフォルトの名無しさん
05/05/25 23:57:38
JSR-1で導入された、変数宣言にdefをつけろってのがよくわからんで、引き続きいじってた。
defつけないでもコンパイルが通る事もあって、何でだろうかと思ってたんだけど、これ、要するに
「インスタンス変数にはdefをつけるか、さもなければpublicとかprivateとか付けろ」ということみたいね。
メソッドの中のローカル変数には def はいらないみたいだ。
標準のアクセス修飾子が protected に変わったのと合わせて、結局defってprotectedって書くのと
変わらんような気がする。
しかし、Groovyではpublicで作ったインスタンス変数には自動的にgetterとsetterが作られるんだが、
それだったら「@Property」って命令はいらんようにも思う。しかも
@Property field1
とかやると、field1は protectedになりやがるし......どこがプロパティなんだと。これはバグかなあ。
結局 public field1 と書く事になるんだけど。
344:デフォルトの名無しさん
05/05/26 00:01:23
ちなみに>>340で、GroovyとJavaで１秒間のループ回数が２桁ちがうと書いたが、２桁なのはRubyのほうだった。
Groovyはなんと３桁違った。groovyが21回ループする間にRubyは487回、Javaは36000回ループした。
まあこんなしょぼいベンチマークだと対した参考にもならんかもしれんけど。
345:デフォルトの名無しさん
05/05/26 00:40:01
ベンチ乙です。
あと Groovy、なんかややっこしそう（文法よりもバグとの折り合いとかが）。
JVM 上のスクリプト言語、これから学ぶのに
Groovy か Jython か迷ってたけど、
今は Jython にしとこうかな。
346:デフォルトの名無しさん
05/05/26 20:54:57
kawa
347:デフォルトの名無しさん
05/05/27 00:28:32
>>345
普通にJavaにしとけって
348:デフォルトの名無しさん
05/05/27 20:51:21
皮
349:デフォルトの名無しさん
05/05/28 23:21:55
皮って速いのかしら、ベンチとった人いる？
350:デフォルトの名無しさん
05/06/01 02:29:18
この言語期待してるんだけどまだまだ使い物にはならんのかな。
仕様が安定して速度が出るようになったら
使い捨てスクリプトは全部これで書くことにしようかと思ってるんだが。
351:デフォルトの名無しさん
05/06/01 02:38:59
素朴な疑問：
1.JavaをつかわないでGroovyをつかう理由って何？
2.スクリプト言語でJVMを動作させる必要がどうしてもあるというときに、
JythonやJRubyなど、既存のある程度かれてそうな実装ではなくてGroovy
を選択するメリットって何？
3.実行性能が優先順位低くて、単にタスクをバッチ実行したいだけならAnt
をcronで叩くとかでもいいのではと思うのはおいらだけ？
352:デフォルトの名無しさん
05/06/01 04:12:00
ありがちな理由としては
1.Javaより適当なコードで書ける
2.構文が基本的にJava
3.antはファイル処理とか書くのがめんどう・・・かな。
というところかな。
353:デフォルトの名無しさん
05/06/01 07:18:53
また駄法螺かよ
354:デフォルトの名無しさん
05/06/01 10:22:36
自作のツールにGroovyの実行環境を組み込んで、機能拡張に使ってるんだけどこんな感じ。
１、必要になったときにコンパイル、再起動無しで新しい機能が追加できて便利だから
２、当時話題だったんで。そのうち別言語の実行環境も組み込みたい
３、そういう用途じゃないんで
長くて100行程度のスクリプトしか書かないんで、速度が問題になったことは
あんまり無いな。
速度や規模が欲しいときはツール本体を強化しちゃう。
355:デフォルトの名無しさん
05/06/01 18:57:19
>>354
特定しました、なんて言ってみる。
356:354
05/06/02 12:07:36
>>355
勘弁してー
357:デフォルトの名無しさん
05/06/02 22:00:25
>>354
おいおい、仕事中に2chかよ。
358:デフォルトの名無しさん
05/06/02 22:07:17
100行でも、ループが多かったら問題にならないか？
359:354
05/06/03 15:09:33
>>357
えー、まあ・・・
>>358
テキストファイルの簡単な分析をするスクリプトを書いたんだけど、
全部で約2メガのファイルを分析させたら2回目以降約5秒かかった
（一回目はGroovyの初期化も入って15秒。Pentium M1.7GHz。
コンパイルはしてない）。
全文字に対して分析してるんで、約200万回はループしてこの数字だから、
速いとは言えないけど実用範囲内だとは思う。
360:デフォルトの名無しさん
05/06/03 22:35:27
俺のところで作ったテスト的なひたすら計算とループするプログラムは、１回ループするごとに
整数のたし算と浮動小数点の掛け算を一回ずつする。結果は秒毎２５０００ループくらいだな。
Javaはこの1000倍（大げさじゃなく1000倍）速いってのが、いくらなんでも差がつきすぎじゃないか、
とは思う。ちなみにJavaは30,790,000回ループする。
Javaな文法で簡単に書けるスクリプト言語というのは気に入っているので、もうちょっとなんとか
して欲しいと思う。昔はPerlで書いてたんだけど、最近はIDE使ってJavaで書いた方が早いくらい
にJavaに慣れてしまったので、Javaっぽい感じで書けるスクリプト言語というのはいい感じだ。
361:デフォルトの名無しさん
05/06/03 22:53:34
今はまだ最適化してないって言ってたし、これからじゃない？
早い時期に下手な最適化して設計を汚くされるよりはいいよ。
もうそろそろ何とかしてほしいとは思うけど。
362:デフォルトの名無しさん
05/06/04 00:16:34
結論：VM上のJava上で更にスクリプト言語なんてナンセンス
363:デフォルトの名無しさん
05/06/04 00:20:02
APサーバみたいにJavaソースコードを動的にコンパイルして内蔵スクリプト
として使う事はできないの？
リフレクションとか使えばできそうな気だけはするけど、教えて豪い人！！！
364:350
05/06/04 01:36:21
>>351
ほとんど>>352なんだけど、
1.ちょっとしたファイル処理とか書くには、色々簡単でよさげ。
動的な型付けがどんなものか試してみたいとも思うし。
2.Javaに慣れているから、似た文法と同じライブラリっていうのはいい。
それに、将来Javaの言語仕様に取り入れられれば、他の言語よりも使いやすくなるんじゃないかと。
3.目的が違う。
遅すぎたな。
365:デフォルトの名無しさん
05/06/04 01:51:26
GroovyってJSRにも入ってたりするし、Javaコミュニティプロセスに参加してる企業も
支持してるんだよな。
なんでなんかと思ってたんだけど、IBMのWebSphere Application Serverの管理コマンドが
JaclとJythonで動いているのを知って、あーこれを置き換えたいのかなあ、なんて思った。
366:デフォルトの名無しさん
05/06/05 02:17:02
Pythonって結構普及してるから、
がんばらないとJython置き換えるの大変そうだね。
367:デフォルトの名無しさん
05/06/06 01:51:03
そーいや BeanShell もJSRに入っちゃったね。
Sunは、っつーか JCP は何がしたいんだか。
368:デフォルトの名無しさん
05/06/06 02:46:41
JCPは、来るものこばまず、だろ。
369:デフォルトの名無しさん
05/06/06 03:18:24
Windowsで動くGroovyはHDDをフォーマットするって本当？
370:デフォルトの名無しさん
05/06/06 03:30:46
そのうちjodeも入るんだろうか。
371:デフォルトの名無しさん
05/06/06 03:49:44
>>369
うそ。
372:デフォルトの名無しさん
05/06/06 04:01:55
>>371
おい、空気嫁
373:デフォルトの名無しさん
05/06/06 06:30:52
＿ ／ l＿
|／/
ヽヽ /
ノ￣/ l
／ l
ｌ｜ ,'
ノ レ ＼
| /
| / 、ヽ =z
| l z z
| ヽヽ ', /v ヾ
| / ヽ yl'〃wr'vyvﾄ､j
|-'' ＞ l〈 =ｧｪ､ ｨｧ=l )
ヽ─‐ / ヽ', ､l //
| ./ /l＼ -=- /＿
| l ／ヽ ヽ-'"l＼::::7ヘ─── - ､
| ', ,／｀ﾞヽ､＼ . ∧/ヽ l::::::＼
| ヽ,／;;;;;;;;;;;;;;;;＼ヽ |＼7 lヽ／ 〈ﾉ '':::::::＼ ／＼
！！ ／ヽ/｀ヽ,;;;;;;;;;;;;;;;;＼| .Y ヽ＿＿＿＿ﾍj ヽ. ＼ ／r' ヽ＼
/ / ＼;;;;;;;;;;;;;;;;;;;＼ ＼Ｏヽ ￣＼ ', ＼ 弋_ノ ＼
｀ヽ ∧/ / ... ＼;;;;;;;;;;;;;;;;;;ヽ/ ヽ ヽ ＼ l ヽ:::／＼＼ r'. ＼
l/ ./ :::::::: /;;;;;;;;;;;;;;;;;;;;;;;＼/ヽＯ', ／＼ ／ .ヽ／ 弋 ノ r'
/ /;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ/ヽ ', ／ ￣＼ ／ ＼ ／
/ /＼;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼＼l ＼ ＼ ＼ 〈 、 ヽ
/ / ヽ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ l .ヾ＼ ＼ ＼ ＼ヽｿｿ'
/ / ',;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;V ＼＼ ＼ ／￣
/::.. r'ヽ＿ ＿＿＿＿＿ ＿ l| ＼＼ .／
./::::::.. ／/ ｀ヽ＼ | ::::::|r' ￣二二ヽ ＼〉／
.＼::::::. | | 二二ア
｀ヽ-､_ ...::::| |､＿＿二二ｨ
￣￣￣/￣￣￣|.「」 | /l
/:::... ￣ //
374:デフォルトの名無しさん
05/06/06 06:31:38
| ', ,／｀ﾞヽ､＼ . ∧/ヽ l::::::＼
| ヽ,／;;;;;;;;;;;;;;;;＼ヽ |＼7 lヽ／ 〈ﾉ '':::::::＼ ／＼
！！ ／ヽ/｀ヽ,;;;;;;;;;;;;;;;;＼| .Y ヽ＿＿＿＿ﾍj ヽ. ＼ ／r' ヽ＼
/ / ＼;;;;;;;;;;;;;;;;;;;＼ ＼Ｏヽ ￣＼ ', ＼ 弋_ノ ＼
｀ヽ ∧/ / ... ＼;;;;;;;;;;;;;;;;;;ヽ/ ヽ ヽ ＼ l ヽ:::／＼＼ r'. ＼
l/ ./ :::::::: /;;;;;;;;;;;;;;;;;;;;;;;＼/ヽＯ', ／＼ ／ .ヽ／ 弋 ノ r'
/ /;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ/ヽ ', ／ ￣＼ ／ ＼ ／
/ /＼;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼＼l ＼ ＼ ＼ 〈 、 ヽ
/ / ヽ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ l .ヾ＼ ＼ ＼ ＼ヽｿｿ'
/ / ',;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;V ＼＼ ＼ ／￣
/::.. r'ヽ＿ ＿＿＿＿＿ ＿ l| ＼＼ .／
./::::::.. ／/ ｀ヽ＼ | ::::::|r' ￣二二ヽ ＼〉／
.＼::::::. | | 二二ア
｀ヽ-､_ ...::::| |､＿＿二二ｨ
￣￣￣/￣￣￣|.「」 | /l
/:::... ￣ //
375:デフォルトの名無しさん
05/06/06 07:16:04
やっぱりサンビームさんだよな
376:デフォルトの名無しさん
05/06/06 21:44:31
気分はGroovy
377:デフォルトの名無しさん
05/06/09 01:24:32
＿ ／ l＿
|／/
ヽヽ /
ノ￣/ l
／ l
ｌ｜ ,'
ノ レ ＼
| /
| / 、ヽ =z
| l z z
| ヽヽ ', /v ヾ
| / ヽ yl'〃wr'vyvﾄ､j
|-'' ＞ l〈 =ｧｪ､ ｨｧ=l )
ヽ─‐ / ヽ', ､l //
| ./ /l＼ -=- /＿
| l ／ヽ ヽ-'"l＼::::7ヘ─── - ､
| ', ,／｀ﾞヽ､＼ . ∧/ヽ l::::::＼
| ヽ,／;;;;;;;;;;;;;;;;＼ヽ |＼7 lヽ／ 〈ﾉ '':::::::＼ ／＼
！！ ／ヽ/｀ヽ,;;;;;;;;;;;;;;;;＼| .Y ヽ＿＿＿＿ﾍj ヽ. ＼ ／r' ヽ＼
/ / ＼;;;;;;;;;;;;;;;;;;;＼ ＼Ｏヽ ￣＼ ', ＼ 弋_ノ ＼
｀ヽ ∧/ / ... ＼;;;;;;;;;;;;;;;;;;ヽ/ ヽ ヽ ＼ l ヽ:::／＼＼ r'. ＼
l/ ./ :::::::: /;;;;;;;;;;;;;;;;;;;;;;;＼/ヽＯ', ／＼ ／ .ヽ／ 弋 ノ r'
/ /;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ/ヽ ', ／ ￣＼ ／ ＼ ／
/ /＼;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼＼l ＼ ＼ ＼ 〈 、 ヽ
/ / ヽ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ l .ヾ＼ ＼ ＼ ＼ヽｿｿ'
/ / ',;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;V ＼＼ ＼ ／￣
/::.. r'ヽ＿ ＿＿＿＿＿ ＿ l| ＼＼ .／
./::::::.. ／/ ｀ヽ＼ | ::::::|r' ￣二二ヽ ＼〉／
.＼::::::. | | 二二ア
｀ヽ-､_ ...::::| |､＿＿二二ｨ
￣￣￣/￣￣￣|.「」 | /l
/:::... ￣ //
378:デフォルトの名無しさん
05/06/09 23:54:47
Groovy Night Dancin' Fever
379:デフォルトの名無しさん
05/06/17 19:48:30
保守
380:デフォルトの名無しさん
05/07/07 00:49:54
Antのスクリプトに使ってみた。
IDE補完がないのはきつい
jellyで書くよりはいいかも
381:デフォルトの名無しさん
05/08/21 12:12:19
MustungではJavaScriptエンジンが標準で入るとかどっかの記事で読んだんだが、
Groovy大丈夫か？
382:デフォルトの名無しさん
05/08/21 15:05:36
JavaScriptと何か関係あるか？
383:デフォルトの名無しさん
05/08/21 20:07:35
JavaScriptが採用されるってことは、Groovyが採用されないってことだからね。
384:デフォルトの名無しさん
05/08/21 22:01:43
>>383
URLﾘﾝｸ(pcweb.mycom.co.jp)
この記事？
>具体的には、Mozilla RhinoベースのJavaScriptエンジンを実装することによって
>JavaプログラムJavaScriptを埋め込むことができるようになる(JSR 223)。
JavaにJavaScriptを埋め込むのと、GroovyからJavaクラスを使うのは
別のアプローチだと思うけど。
385:デフォルトの名無しさん
05/08/21 22:55:16
>>384
もちろんRhinoではJavaScriptからJavaのクラスを使えるわけだが。
386:デフォルトの名無しさん
05/08/22 11:09:52
// this is JavaScript on Rhino
var message = "Hello, world.";
java.lang.System.out.println(message);
387:デフォルトの名無しさん
05/08/26 12:49:00
JavaからGroovyとかその逆の使い方で、
具体的にどんな使い方してます（したい）か？
どうも使い道が思い浮かばないんですが
388:デフォルトの名無しさん
05/08/26 15:41:19
>>387
サーブレットの代わりにJavaScriptを使う
入力検証をJavaScriptで書いて、クライアント側とサーバー側で同じロジックを使う
389:デフォルトの名無しさん
05/08/27 11:51:45
>>388
それ、387が求めてるのと激しく違うと思うよ。
だいいちGroovyじゃないじゃん。
Javaから呼んでないし。
390:デフォルトの名無しさん
05/08/28 01:37:05
>>389
JavaからJavaScriptよぶんだよ。
391:デフォルトの名無しさん
05/08/28 04:10:25
で、何でJavaScriptが出てくるわけ？
392:デフォルトの名無しさん
05/08/28 16:27:18
GroovyのかわりにJavaScriptが標準でJavaSEに載るから
っていうか、そういう話題だったから。
393:デフォルトの名無しさん
05/08/28 18:08:06
>>392
日付を見れば分かると思うけど、>>386でいったん流れが切れてるんだよ。
394:デフォルトの名無しさん
05/09/25 01:36:51
>>360
かなり亀レスだけど、Groovyはプリミティブ型を使うとラッパクラスをバカスカ生成するから、
Javaでプリミティブ型を多用するような処理させるとかなり差が大きくなるよ。
正規表現みたいに、すでにJavaのほうで処理が実装されるものを呼び出すような処理は
差が小さくなる…と。
Groovyが全体的に1000倍遅いわけじゃなくて、数値計算がかなり不得手だってことじゃないか？
＃ループの終了判定なんかでBooleanがバカスカ生成されてたら全体的にだめそうだな
＃リフレクションだから、JRE依存？
数値型、char、booleanの変数はgroovy.langあたりにイミュータブルじゃないラッパを用意して、
そっちを使うようにできないモンかね。
instanceofとかで意図しない動作になってしまうとか、Javaコードへのパラメータ引渡しが面倒とか、
コンパイルして作ったクラスのメソッドの戻りはなんになるのかとかいろいろあるなぁ…
各ラッパクラスのうち、よく使われそうなもののインスタンスをキャッシュするとか？
395:デフォルトの名無しさん
05/11/26 12:07:41
久々のニュースなのでage。
「正式リリースまであとわずか - Groovy JSR 04 公開」
URLﾘﾝｸ(pcweb.mycom.co.jp)
396:デフォルトの名無しさん
05/11/26 12:17:12
遅い言語に興味なし
397:デフォルトの名無しさん
05/12/01 17:38:44
>>396
アセンブラ厨とCOBOL爺は死んでください
398:396
05/12/02 00:10:49
金持ちC様なので、死なずに済みました。
399:デフォルトの名無しさん
05/12/02 00:45:58
なるほど、つまりスレ違いのバカ野郎様ですね。
400:デフォルトの名無しさん
05/12/03 15:00:20
>>398
C言語・・・構造化アセンブラ
C++ ･･･オブジェクト指向アセンブラ
だから死ね
401:デフォルトの名無しさん
05/12/03 19:44:40
Java ・・・ VM中間コードアセンブラ
402:デフォルトの名無しさん
05/12/03 20:09:21
>>401
吐き出すコードの問題ではない。使っている人間の意識の問題。
構造化プログラミングのパラダイムでアセンブラ厨が選んだのがC言語。
オブジェクト指向が盛んになったときに選んだのがC++。
プログラムの最適化しか頭にないカチンコチンの思想の持ち主がアセンブラ厨。
あきらかにGroovyはそのような思想の持ち主のために作られたものではない。
403:デフォルトの名無しさん
05/12/03 23:36:37
自己紹介は板違い
404:デフォルトの名無しさん
05/12/04 00:52:32
>>402 に同意。
Groovy は シェルスクリプト位の感覚で使えばいいと思う。
405:デフォルトの名無しさん
05/12/04 02:44:52
あんな起動に時間のかかるシェルスクリプトはいりません……
いや、無理して使ってるけどさ。他の人にはなかなかそういう使い方は勧められないな。
406:デフォルトの名無しさん
05/12/04 15:19:27
>>405
GroovyはJavaの資産をうまく活用しないと生かしきれないと思う。
いままでJavaだけだとRubyやPerlほどシンプルにできない部分があったけど
Groovyならそういった部分もかける。
あと、クラスプラットフォームなオブジェクト指向多言語環境ってのも見逃せない。
Jython、JRuby、Jacl、Sleep、Smalltalk、Java間でライブラリを共有できるし
CGIは今は毎回起動するから向いてないけどServletみたいに起動しっぱなしにできたら
Windowsでスクリプトを書いてUNIX環境のサーバで動かすみたいな使い方には向くようになるかもしれない
407:デフォルトの名無しさん
05/12/04 16:55:44
クラスプラットフォーム？
408:デフォルトの名無しさん
05/12/04 17:12:58
>>407
すまん、クロスだ
409:デフォルトの名無しさん
06/03/04 19:43:04
Java6からJavaScriptが標準で付いてくる。
Groovyなんて訳わからんもん誰が使うんだｗ
なにかひとつでもJavaScriptに勝てる物があるのか？
410:デフォルトの名無しさん
06/03/04 19:45:09
３ヶ月レスのついてないGroovyスレで、煽って何が楽しいんだこの低脳は。
411:デフォルトの名無しさん
06/03/05 17:15:49
Rhinoの存在を最近知ったバカなんだろ。ほっとけ。
412:デフォルトの名無しさん
06/03/06 19:56:49
これって結局どうなったの？
413:デフォルトの名無しさん
06/03/07 01:59:39
Expert Group Formationで2年も止まったままか。
チームだけ出来て2年音沙汰なしじゃ…。
結局、SUNがオープンソース界の気を引くためのダシに使っただけか。
414:デフォルトの名無しさん
06/03/07 23:25:19
ん？ちゃんとCodehausで開発が進んでいるが....
2月13日には最後のJSRラインでもあるJSR-05が出てるし、この後はRC（リリース候補）
ラインに移行するらしいぞ。
415:デフォルトの名無しさん
06/03/08 00:48:33
実装の話じゃなくて、>>1のリンクにある標準化プロセスの進行具合。
当然のようにDolphinのメニューにもなかったと思う。
言語として格別なにか優れてるんならともかく、単なる俺言語じゃね…。
416:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 22:07:21
TextSS のWindowsXP(Professional)64bit対応化おながいします
もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？
>>1 64bitで作ってくれ＜メイドさんスクリプト
417:デフォルトの名無しさん
06/05/17 10:38:58
現在groovy.codehaus.orgにアクセスできんけど、ディスクトラブルだそうだよ。
418:デフォルトの名無しさん
06/05/17 20:27:15
(´；ω；`) 復活まだカナー
419:デフォルトの名無しさん
06/05/21 05:29:54
www.codehaus.orgが仮復旧していて、groovyの仮ページみたいなのが出来てたけど、
これってISPがぶっ飛んだ結果、全データなくなっちまった、ということなんだろうか？
以前はあったドキュメントが見つけられなくて難儀した。
420:デフォルトの名無しさん
06/05/22 19:13:02
現在、Groovyletの勉強と行っています
URLﾘﾝｸ(www-06.ibm.com)
ここを参考にしながら、windows上で環境を整えた所、
『リスト5. Groovletを使い始める』のコードがそのまま動きました。
同様に、Linux上で環境を整えて、上記コードを実行した所、
javax.servlet.ServletException: サーブレットインスタンスを割り当て中のエラーです
というエラーが出ます。
以下、動作環境です
【windows】
OS・・Windows XP Home
Apache・・2.0.54
Tomcat・・4.1.31
JDK・・1.4.2_11
Groovy・・groovy-1.0-beta-9.jar
asm・・asm-1.5.2.jar
【Linux】
OS・・centos 4.13
Apache・・2.0.54
Tomcat・・5.5.16
JDK・・1.5.0_06
※Groovyとasmは同バージョンです
申し訳ありませんが、どなたか御教授の程
宜しくお願いします。
421:デフォルトの名無しさん
06/05/22 21:56:18
>>420
そのあとに「at ほげほげほげ」ってのが何行もでてないか？
422:デフォルトの名無しさん
06/05/23 10:35:06
>>421
URLﾘﾝｸ(gamdev.org)
Linux上で実行した際の、エラー画面をキャプチャしました
上記のようなエラーが出ています
423:デフォルトの名無しさん
06/05/23 21:25:50
>>422
NoClassDefFoundErrorって出てるじゃん。
HttpServletとかかいてるし、クラスパスにservlet.jarとかservlet-api-2.3.jarとか
そういうServlet用のjarファイルがないんじゃないの？
ちゃんとTomcatにディプロイしてるのか？
424:420
06/05/24 10:21:30
>>423
Linuxの/etc/profileにGROOVY_HOMEと
GROOVY_HOME/binを設定して、
クラスパスに追加していたgroovy-1.0-beta-9.jarとasm-1.5.2.jarを無くした所
正常に動作しました。
425:デフォルトの名無しさん
06/06/01 22:30:04
codehausが復活しつつあるようだね。
groovy.codehaus.orgは復活してたし、ドキュメントも見られた。
いくつか画像のリンク切れがあるくらいな感じ。
PicoContainerとかも復活してたんで、ほぼ全面復旧だろうか？
426:デフォルトの名無しさん
06/07/04 21:20:53
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所 所沢（池袋・高田馬場から直通）
ｉ－ｗａｎｔ－ｔｏ－ｓｔｕｄｙ－ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします
427:426
06/07/17 21:11:36
教える対象は超初心者です。
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
428:デフォルトの名無しさん
06/07/31 17:32:11
時給安杉
交通費だけで赤字じゃねーか
429:デフォルトの名無しさん
06/08/09 06:07:23
激しくマルチ。無視すること。
430:デフォルトの名無しさん
06/09/10 03:40:38
最近どうよ
431:デフォルトの名無しさん
06/09/26 10:34:32
微妙
432:デフォルトの名無しさん
06/12/02 06:23:48
最近これを使うことがあった
JRuby や Jython も検討したけど Groovy を選んだ
実際使ってみると少し遅いことが気になるもののすごい便利で感動した
Java プログラマなら使わないと損だと思う
433:デフォルトの名無しさん
06/12/05 00:06:18
俺はPnutsでいいと思った。
Groovyはちょっと冗長じゃない？
434:デフォルトの名無しさん
06/12/14 20:15:42
冗長かどうかで言えばGroovyの方が簡潔な気はするけど
Groovyは文法がこなれてないとか処理系の使い勝手が悪いとかの方が俺は気になる
Pnutsはさすがに歴史が長いだけあって処理系の使い勝手も悪くないし、文法も割と
よく考えられてると思う。あと、起動速度や動作速度でもPnutsの方が速いね
435:デフォルトの名無しさん
06/12/14 20:23:26
サポートというか開発はちゃんと続くんだろうな？
436:デフォルトの名無しさん
06/12/15 13:18:24
>>435
Groovyは当分開発は続くと思うよ
MLはgroovy users/devともに流量も多くて活発だし、減る様子もあんまり無い
437:デフォルトの名無しさん
06/12/16 00:56:07
背景として開発はとめられないんじゃない？
JAVA SE6でスクリプトがサポートされたのはいいけれど、
Groovyだと遅い、っていう評価が出ちゃったから、
これを覆すには開発を継続していくしかないんじゃないかしら。