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
\ │ /
/ ̄\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
─( ゚ ∀ ゚ )< くっちゃらはぴはぴ!
\_/ \_________
/ │ \
∩ ∧ ∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\∩ ∧ ∧ \( ゚∀゚)< くっちゃらはぴはぴ!
Py厨〜〜〜〜! >( ゚∀゚ )/ | / \__________
________/ | 〈 | |
/ /\_」 / /\」  ̄ / /
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で同等のロジック(2分間ひたすら浮動小数点の掛け算とたし算をやる)を
書いてみたんだが、秒あたりのループ回数で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で1秒間のループ回数が2桁ちがうと書いたが、2桁なのはRubyのほうだった。
Groovyはなんと3桁違った。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の実行環境を組み込んで、機能拡張に使ってるんだけどこんな感じ。
1、必要になったときにコンパイル、再起動無しで新しい機能が追加できて便利だから
2、当時話題だったんで。そのうち別言語の実行環境も組み込みたい
3、そういう用途じゃないんで
長くて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
俺のところで作ったテスト的なひたすら計算とループするプログラムは、1回ループするごとに
整数のたし算と浮動小数点の掛け算を一回ずつする。結果は秒毎25000ループくらいだな。
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
l| ,'
ノ レ \
| /
| / 、ヽ =z
| l z z
| ヽヽ ', /v ヾ
| / ヽ yl'〃wr'vyvト、j
|-'' > l〈 =ァェ、 ィァ=l )
ヽ─‐ / ヽ', 、l //
| ./ /l\ -=- /_
| l /ヽ ヽ-'"l\::::7ヘ─── - 、
| ', ,/`゙ヽ、\ . ∧/ヽ l::::::\
| ヽ,/;;;;;;;;;;;;;;;;\ヽ |\7 lヽ/ 〈ノ '':::::::\ /\
!! /ヽ/`ヽ,;;;;;;;;;;;;;;;;\| .Y ヽ____ヘj ヽ. \ /r' ヽ\
/ / \;;;;;;;;;;;;;;;;;;;\ \Oヽ  ̄\ ', \ 弋_ノ \
`ヽ ∧/ / ... \;;;;;;;;;;;;;;;;;;ヽ/ ヽ ヽ \ l ヽ:::/\\ r'. \
l/ ./ :::::::: /;;;;;;;;;;;;;;;;;;;;;;;\/ヽO', /\ / .ヽ/ 弋 ノ r'
/ /;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ/ヽ ', /  ̄\ / \ /
/ /\;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;\\l \ \ \ 〈 、 ヽ
/ / ヽ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ l .ヾ\ \ \ \ヽソソ'
/ / ',;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;V \\ \ / ̄
/::.. r'ヽ_ _____ _ l| \\ ./
./::::::.. // `ヽ\ | ::::::|r'  ̄二二ヽ \〉/
.\::::::. | | 二二ア
`ヽ-、_ ...::::| |、__二二ィ
 ̄ ̄ ̄/ ̄ ̄ ̄|.「」 | /l
/:::...  ̄ //
374:デフォルトの名無しさん
05/06/06 06:31:38
| ', ,/`゙ヽ、\ . ∧/ヽ l::::::\
| ヽ,/;;;;;;;;;;;;;;;;\ヽ |\7 lヽ/ 〈ノ '':::::::\ /\
!! /ヽ/`ヽ,;;;;;;;;;;;;;;;;\| .Y ヽ____ヘj ヽ. \ /r' ヽ\
/ / \;;;;;;;;;;;;;;;;;;;\ \Oヽ  ̄\ ', \ 弋_ノ \
`ヽ ∧/ / ... \;;;;;;;;;;;;;;;;;;ヽ/ ヽ ヽ \ l ヽ:::/\\ r'. \
l/ ./ :::::::: /;;;;;;;;;;;;;;;;;;;;;;;\/ヽO', /\ / .ヽ/ 弋 ノ 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
l| ,'
ノ レ \
| /
| / 、ヽ =z
| l z z
| ヽヽ ', /v ヾ
| / ヽ yl'〃wr'vyvト、j
|-'' > l〈 =ァェ、 ィァ=l )
ヽ─‐ / ヽ', 、l //
| ./ /l\ -=- /_
| l /ヽ ヽ-'"l\::::7ヘ─── - 、
| ', ,/`゙ヽ、\ . ∧/ヽ l::::::\
| ヽ,/;;;;;;;;;;;;;;;;\ヽ |\7 lヽ/ 〈ノ '':::::::\ /\
!! /ヽ/`ヽ,;;;;;;;;;;;;;;;;\| .Y ヽ____ヘj ヽ. \ /r' ヽ\
/ / \;;;;;;;;;;;;;;;;;;;\ \Oヽ  ̄\ ', \ 弋_ノ \
`ヽ ∧/ / ... \;;;;;;;;;;;;;;;;;;ヽ/ ヽ ヽ \ l ヽ:::/\\ r'. \
l/ ./ :::::::: /;;;;;;;;;;;;;;;;;;;;;;;\/ヽO', /\ / .ヽ/ 弋 ノ 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なんて訳わからんもん誰が使うんだw
なにかひとつでもJavaScriptに勝てる物があるのか?
410:デフォルトの名無しさん
06/03/04 19:45:09
3ヶ月レスのついてない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にネイティブ対応している2chブラウザてありましたっけ?
>>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
時給1000円でJava教えてくださるかたを募集します
場所 所沢(池袋・高田馬場から直通)
i−want−to−study−java@hotmail.co.jp
(アドレスは全角で書いてあるので半角に直してください)
よろしくおねがいします
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だと遅い、っていう評価が出ちゃったから、
これを覆すには開発を継続していくしかないんじゃないかしら。
438:デフォルトの名無しさん
06/12/16 01:08:58
チョット書き忘れてたけど、
Groovyだと遅い、の理由は言語的な問題じゃなく、
スクリプトエンジンの問題みたいっす。
439:デフォルトの名無しさん
06/12/27 20:03:15
it's groovy!
440:デフォルトの名無しさん
07/01/04 23:03:09
URLリンク(docs.codehaus.org)
Groovy 1.0 リリース!
441:デフォルトの名無しさん
07/01/21 17:11:28
なんでこんなにも盛り上がってないんだろう
442:デフォルトの名無しさん
07/01/21 17:45:17
JVMの上ならJava動かせば良いから。
443:デフォルトの名無しさん
07/01/21 18:26:57
リリースに手間取ってる間に、JDK6にはJavaScriptが載ったし、流行はRubyだし。
444:デフォルトの名無しさん
07/01/22 01:57:24
他はともかく、Rubyって流行してないだろ…
445:デフォルトの名無しさん
07/01/22 08:57:26
Java使いの注目ったら、Rubyしかないだろ。
446:デフォルトの名無しさん
07/01/22 10:11:44
Rubyで実装されたシステムって有名どころでは何?
ちなみにGroovyは聞いたことが無い。
447:デフォルトの名無しさん
07/01/22 18:24:16
GroovyにもRailsが出来れば流行るだろう。
・・・いや、流行るかもしれない。
・・・・流行る可能性は否定しきれない・・・
・・・・・・・無理かな・・・
jrunscriptでRhino使うの楽だもん・・・・・
448:デフォルトの名無しさん
07/01/22 20:53:11
んーと, どこのリンクをはるのが良いか…
Grails 本家: URLリンク(docs.codehaus.org)
Grails 和訳? URLリンク(grails.codehaus.org)
Oracle が参加したとか云う記事もあったが, 実際どうなの?
449:デフォルトの名無しさん
07/01/23 03:27:33
GroovyのGroovy MarkupとかGroovy BeanとかGrailsとかは結構出来はいいと
思うよ。Grailsなんか元の名前は「Groovy On Rails」だったわけで。
まあ有名では全然ないが。
450:デフォルトの名無しさん
07/01/23 10:16:56
Grailsおもろいぜ。Rails系なりの手軽さが味わえる。
ただ、RoRでなくてGrailsを選ぶ理由は何かと問われると、答えに困る。
def〜endより{〜}が好きとか、HTML記述はtaglib風構文の方がまだ許せるとか、
それくらいしか思いつかない。
Java互換でJavaのライブラリが使えるって言っても、あんまりメリットとも思えない。
GroovyでHttpUnit使ったプログラム書いたら、エディタに補完機能がなかったので
タイプ数の多さにまいった。
スクリプト言語にはスクリプト言語なりのAPIが要ると思ったね。
451:デフォルトの名無しさん
07/01/23 11:02:19
>>447 おまえは真のrhinoを知らない!
アレは劣化rhinoだ!!(笑)
てかrhinoはコンパイルモードがデフォだし、
クラスロードが出来なきゃ自作のネイティブオブジェクト読めねぇよ。
マシン型を実装してくれんとLiveConnectで整数型が認識出来んし。
ファイル操作とXML操作が組み込まれてるのは便利だが。デバッガくらい同梱して欲しかったな。
>>450
クライアントサイドのgroovy向けツールキットとか有っても良いと思うんだけどな。
複雑な処理をスクリプトで行うために。
ちょっとした捨てアプリでGUI書くのはスクリプトになっても手間だし。groovy用swingラッパーとか良いかも。
探したんだけどデスクトップアプリ用groovyライブラリとか無かったよ・・・
452:447
07/01/23 18:47:01
>>451
正直、俺が一番使いやすいのはpnuts
リストとかコレクションAPIのクラス普通に使えるし
rhinoはあんまり使ってないさw
453:デフォルトの名無しさん
07/01/23 21:21:21
pnutsいいね
フットプリントもちっちゃいしコードも読みやすい
454:デフォルトの名無しさん
07/01/23 22:33:48
pnutsは速いらしいね。
455:デフォルトの名無しさん
07/01/26 12:11:27
Pnutsは処理系も安定してるし、便利なライブラリもそれなりにあるしいいよね
って、なんでGroovyスレでPnutsの話題になってるんだかw
456:デフォルトの名無しさん
07/01/26 15:44:42
いやだって、俺pnutsスレ探してこのスレたどり着いて定住してるからww
pnuts単体だとスレ立てても過疎るだろうなぁと思って立てずに
groovy,rhino,pnutsとか込みで、ここ見てる感じ。
457:デフォルトの名無しさん
07/01/26 21:08:23
いまこそjrunscriptのスレを立てるべき時!
実は需要あるんではないかと睨んでたんだが・・・
Scripting APIに従ったエンジンならJavaと通信できそうだし
スクリプトから使うことを前提としたJavaラッパーライブラリが欲しいぜ。
クライアントサイドJavaScriptみたいに
//新規ウィンドウを生成するファクトリ
window.open(hoge,hoge)
て感じなのをJavaで書いてスクリプトから共通利用出来たら捨てアプリ作るの楽じゃない?
言語非依存だし
458:デフォルトの名無しさん
07/01/26 22:26:13
Scripting API という括りの方が良さそうですね。
Pnuts の話題が出ているのは個人的に(ノ∀`)ウレシイ
Pnuts なら、
frame("test").show()
の一文だけで、
AWT のウィンドウ表示ができるよ。
Groovy の拡張ライブラリの
種類の豊富さや開発状況から見ると
需要はそこそこなんじゃないかなと思う。
本も二冊出版されている様子だし。
・・とはいえ、殆ど英語圏の話。
Scripting API 絡みで
Pnuts への注目も少しは強まるかなと思ったけど
まだネット上を見る限りでは変化がない模様。
459:デフォルトの名無しさん
07/01/26 23:32:08
>>458
jsなら
(new java.awt.frame("test")).show()
だな
Pnutsとrhinoは安定している事に加えてPnutsならライブラリの充実、rhinoならJavaScriptのブラウザでの実績があるがgroovyは処理系が安定してないし、実行が遅いってのがあるな。
Javaのライブラリをシームレスに扱えるのが一番デカイが
あとgroovyスクリプトからgroovyスクリプトを呼ぶのに一度コンパイルする必要があったがもう改善された?
Scripting API の組み込み候補ならrhino,Pnuts,groovyの3つが有力だし
【jdk6/組み込み】Scripting API 総合【Rhino/Pnuts/Groovy】
って感じで括れば面白いかもな。
スレの内容としてはJava VM上で動作しJavaと通信出来る言語用フレームワークの紹介とか情報交換とか。
日本語圏じゃjdk5すら浸透してないけどな
460:デフォルトの名無しさん
07/01/29 17:29:53
Scripting APIってことは、BSFは無し?まああんまり話題も無いだろうけど
461:デフォルトの名無しさん
07/01/30 19:34:51
BSFは別フレームワークだしな・・・。
それにBSFだとピンポイントでJSP絡みな話来そう。
ここの板連中ゲームとJavaEEは苦手じゃね?
462:デフォルトの名無しさん
07/02/01 11:14:03
Groovyってinclude無いの?
それともincludeなんて当たり前すぎてどのサイトにも載ってないのか?
463:デフォルトの名無しさん
07/02/04 13:13:33
import じゃなくて include を探してるの??
464:462
07/02/04 13:23:44
>>463
ん、importでソースファイルの参照できんの?
クラスのimportはネットでよく見るけどソースファイルを指定してのimportは見つけられなかった
スクリプト言語なので、クラスのimportじゃなくて普通にincludeしたい
465:デフォルトの名無しさん
07/02/04 14:52:23
cppでも使ってろ
466:ネカマ由紀恵
07/02/04 19:58:43
groovy スクリプト・ソースに対しても
import で読み込めるよ。
467:デフォルトの名無しさん
07/02/23 22:16:25
Grails使ってる奴いる?
Tomcat5で動かすと、HTTP GETで送ったパラメータが文字化けする問題が解決できないんだが。
Grails付属のJettyや、Tomcat4.1.34だと上手くいくし、Tomcat5でもPOSTなら文字化けしない。
試したTomcat5は、5.5.20と5.0.28。あと6.0.9もダメだった。
Grailsの web.xmlにはフィルタの定義が3つあって、
最初のfilter-mappingにSpring FrameworkのCharEncodingFilterを定義して
フィルタ内でrequest.setCharacterEncoding("UTF-8")してるんだけど、どうもそこが機能していないっぽい。
フィルタの順番の問題?ちゃんと最初のfilter-mappingで定義してるんだけど。
468:デフォルトの名無しさん
07/02/24 03:37:56
>>467
Tomcat5以降のデフォルトではGETのパラメータにsetCharacterEncodingが効かない。
469:467
07/02/24 08:10:52
>>468
感謝感激!server.xmlのConnectorに、
userBodyEncodingForURI="true"か、URIEncoding="UTF-8"を加えたら上手く動きました!
Grails関係なかったね…
470:デフォルトの名無しさん
07/04/23 12:34:44
age
Grails使ってるやついる?いたら感想たのむ。
URLリンク(journal.mycom.co.jp)
471:470
07/04/23 12:37:13
>>440
既出だったな スマソ
472:デフォルトの名無しさん
07/06/16 12:24:12
TemplateServletもーちとなんとかならんかね。
変数探す時勝手にrequestを探しに行ってくれたりとかnullの時は
何も表示しないように出来たりとかしてほしい。
473:デフォルトの名無しさん
07/06/19 21:35:00
勝手に探して出てきた変数使われたら怖すぎ
474:デフォルトの名無しさん
07/06/20 11:26:29
>>473
Velocityだのはそうなんだけどなあ
475:デフォルトの名無しさん
07/06/25 16:59:24
公式で公開されてる。1.0の正式リリースってJSR構文とjava likeなfor文使えないの?
@Property hoge
def foo as String
for( ; ; ){//bar}
って文。何かしらの実行時引数とかソース中にディレクティブ追加が必要?
476:デフォルトの名無しさん
07/06/27 01:24:58
>>473
JSPとかタグライブラリの立場は…
477:デフォルトの名無しさん
07/08/14 20:23:38
お前はすでに死んでいる・・・。
478:デフォルトの名無しさん
07/09/06 13:56:55
今頃なんだが、@Property は1.0でまたまた変更されてるんだね。
(GroovyBeans の宣言ということだが)
@Property の部分を、Object と型名宣言に単純に置換する、という
理解でいいのか?
479:デフォルトの名無しさん
07/09/07 15:47:45
groovyConsole の挙動はおかしいよね。
文法の形式が正しいかどうかだけをチェックしようと思って、
普通のクラス宣言なんかを通してみると、それだけでエラーを吐く。
(本家から拾ったサンプルコードさえ、エラーを吐いたりする)
なんでかなあと思ったら、
メインメソッドか、クラス外に必ず実行される文が println でも
なんでもいいからないと、ダメらしい。
おかげて、
println("これはテストコードです")
という一文をくっつけないと、文法の形式チェックもできない。
頭にきて、JRuby に乗り換えようと一瞬思ったが、
Javaとの親和性を考えて、もうちょっと踏みとどまろうと思う。
普通、意味ある実行文なんて1行もなくても、
形式チェックぐらいできるだろ。いちいちNetBeans立ち上げるのが
面倒なんだよ!
こんどなにかあったら、即、JRubyに行くからな!
(ていうか、しっかりしてくれよ、ホントにもう)
480:デフォルトの名無しさん
07/09/07 15:55:38
つーか、
NetBeans でやっても同じだったわw
いや、print文だけデフォで書いてあった。
ま、プリント文が一つあるだけでいいわけだが。
そういう仕様ということだった。なんつーか orz
481:デフォルトの名無しさん
07/09/07 23:59:03
Groovy in Action って翻訳出ないのかな
482:デフォルトの名無しさん
07/09/09 19:55:55
def printStr(str) {
println str
}
closure = printStr
closure("aaa")
closure("bbb")
予想していた実行結果:
aaa
bbb
このコードが撥ねられるというのは、おかしいよなー。
クロージャは変数に入れられなくなった? よく分からん…
483:デフォルトの名無しさん
07/09/09 20:00:40
>>482
よくしらんけど、printStrは括弧無しの呼び出しとはみなされないの?
484:デフォルトの名無しさん
07/09/09 20:49:40
>>483
いや、1.0以前は動いてたサンプルコードだと思ったんだが、
1.0でいろいろ変わっていて、クロージャだけじゃないけど、
動かないのが多いんだよ。
どうも、以下のような構文じゃないと、ダメになったみたい。
自分の勘違いでなければ、だけど。
// 例1
def printStr(str) {
println str
}
printStr("aaa")
printStr("bbb")
実行結果:
aaa
bbb
// 例2
def printStr(str) {
println str
}
closure = printStr("aaa")
実行結果:
aaa
485:デフォルトの名無しさん
07/09/09 21:56:36
1.0の挙動は所々ふしぎに思う部分もあるが言語仕様はどこにあるんだ?
486:デフォルトの名無しさん
07/09/09 22:30:54
>>485
そりゃ、やっぱりホームのドキュメントだとは思うんだが、
ホームのサンプルでもエラーを吐くこともあるし。
URLリンク(groovy.codehaus.org)
groovyConsole で、旧バージョンの構文を1.0での変更点を勘案しつつ、
実際動かしてみるしかないのでは?
(参考)Groovyクラシック・コードと、新構文の変更点チェックリスト
URLリンク(docs.codehaus.org)
ただ、@Propertyのところとか、信用ならん。
@Property に変えて、型宣言すればいいように思える。
487:デフォルトの名無しさん
07/09/13 13:04:46
Groovy は、Java言語そのもののもう一つの表記法とも言われているけど、
実際そんな感じだけども、
いわゆる Groovyっぽい書き方ということになると、
ちょっとJava的オブジェクト指向とは少し違う傾向があるよね。
java では、クラスでデータと関数を結びつける。
でもGroovy では、基本的考え方として、データと関数は分離する。
クラスでは、データのみ定義し、関数は別のところに持って、
クロージャなどで活用するっていうか。
いわゆる関数言語的な書き方に近いような気がする。
自分はまだまだ修行中なんだけど、なんだかすごく気にいっちゃった。
Java使う人間なら、絶対触ってみてほしいよ。
JRubv じゃ、ここまでスムーズにJava と連携できないと思うし、
いつか 風向きが Groovy に向くと思うんだけど。
488:デフォルトの名無しさん
07/09/19 23:59:23
しかしそれにつけてもGroovyは絶望的に遅すぎ。まずはそこからだ。
489:デフォルトの名無しさん
07/09/25 18:46:31
>>488
別にそんなに遅いとも思わないけどなー。
(そりゃ、JVMの起動時間はかかるけど)
だいいち、あまりに遅い部分があるなら、そこだけJava で書けばいいじゃん。
Groovy 使えてJava 分からんなどという人間がいるとも思えないが…
490:デフォルトの名無しさん
07/09/26 00:27:06
いやGroovyは遅いぞ。他のJava VM系言語色々試してみ。
groovyの強みが今のところjavaとの通信のシームレスさがズバ抜けている事しかない上に
更新は遅い、正式版出した割に挙動がちょっと怪しい、スクリプトのロードが面倒、
標準化されてる仕様(構文周り)が実装されてない。
と、トロトロやってるうちに他のJava VM系言語に追い抜かれてしまってる。
シームレスな通信の存在は大きいから使っていきたいけど上に挙げた問題から移行まではしてないな。
491:
07/09/26 00:59:57
グルグルグルグルグル グルービー
492:デフォルトの名無しさん
07/09/26 11:02:42
透過性を求めるんだったらpnutsもいいよ
実用的な速度でるし
493:デフォルトの名無しさん
07/09/26 13:29:40
ん。一番軽量高速ってイメージがあるね。>>pnuts
494:デフォルトの名無しさん
07/09/28 10:39:58
イメージかよ
495:デフォルトの名無しさん
07/09/28 15:29:25
じゃあJavaスクリプト系言語のベンチマーク取ってみるか。
どんなベンチがいいかな?
・起動時間(スクリプト起動前のtime - スクリプト頭のtime)
・終了時間(スクリプト尻のtime - スクリプト終了後のtime)
・インスタンス生成ループ
・メソッド/関数呼び出しループ
なんかおもいつかねえ。
あと、対象は?
- Rhino
- Groovy
- JRuby
- Jython
- JavaFX
- Pnuts
他なんかあるかな?
あ、あと、
- Java
今見たら、俺一番Groovy使ってないわ。
496:デフォルトの名無しさん
07/09/28 16:00:37
Rhinoはインタプリタモードとコンパイルモードの使い分けが難しいのとバージョンが上がる度に
密かに最適化がアグレッシブになり、インタプリタモードとコンパイルモードで最適化実装が
違うから単純にベンチマーク取れるもんじゃないよ。
あと、java6のRhinoはRhinoじゃないから。
497:デフォルトの名無しさん
07/09/28 17:11:27
そんな難しいのは、試行のバリエーションの一つ。
提供されたものを素直に動かしたらどうなるかのレベルでいいと思う。
498:デフォルトの名無しさん
07/09/28 17:19:04
>>495
URLリンク(shootout.alioth.debian.org)
でも移植してみたら。
RhinoとGroovyとJRubyは既にあるので他のを。
499:デフォルトの名無しさん
07/09/28 17:50:53
>>496のいいたいことを分かりやすく解説すると
「おれはRhinoに詳しいんだぜ」
500:デフォルトの名無しさん
07/09/28 19:09:51
あのなぁ、
ろくにGroovy 試してみたこともないような奴らは、来なくていいから。
ていうか、こないでくれ!!! うざい。
501:デフォルトの名無しさん
07/09/28 19:25:34
次スレからは、他のスクリプト系言語も受け入れるスレタイにしような・・・・
>>950 あたり、よろしく頼むよ・・・・
502:デフォルトの名無しさん
07/09/28 19:52:19
>>500
2chはそういうところなんで、オマエが来なければいいと思うよ
503:デフォルトの名無しさん
07/09/28 20:48:05
いいか、ここは Groovy のスレなんだ!
お前らは不要!!!
504:デフォルトの名無しさん
07/09/28 21:12:55
そういうのがイヤなら、勝手によそでwikiとか立てておけばいいと思うよ。
505:デフォルトの名無しさん
07/09/28 21:19:55
最近、Groovy以外の話題も多く
せっかくなのでスピンアウトしてみました。
【色々】Java系スクリプト言語【やってるよ】
スレリンク(tech板)
506:デフォルトの名無しさん
07/10/06 23:46:02
話題がないのも寂しいから、初歩のサンプル・コードをいくつか…
ファイル読み込みと画面表示 サンプル・コード
myFileName = "/tmp/sampleTextData.txt"
// sampleTextData.txt ファイルの入った tmp フォルダを
// C ドライブ直下に事前に置いておくこと。
// 注 "/fileName.txt" の形式は、C ドライブ直下
myFile = new File(myFileName)
printFileLine = { println "File line: " + it }
myFile.eachLine( printFileLine )
実行結果(ファイルの内容が表示される。
ただし、各行頭に File line: が付加されている)
507:デフォルトの名無しさん
07/10/06 23:51:55
初歩のサンプルコード ファイルへの書き込み
myFileName = "/tmp/sampleTextData.txt"
// C ドライブ直下に事前にtmp フォルダを作っておく。
// "/fileName.txt" の形式は、C ドライブ直下
myFile = new File(myFileName)
myFile.write("これは groovy による書き込みテストです")
実行結果
事前に用意してあったC ドライブ直下の tmp フォルダ (つまり C:\tmp)内に
sampleTextData.txt が生成され、 これは groovy による書き込みテストです と
書き込まれている。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5346日前に更新/146 KB
担当:undef