トップページ⇒tech
1001コメント360KB

[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん2006/11/20(月) 10:38:16
前スレ

[mustang] 次世代Javaの動向 3 [dolphin]
http://pc8.2ch.net/test/read.cgi/tech/1157227790/

次世代Javaの動向　２
http://pc8.2ch.net/test/read.cgi/tech/1147881822/

【Java】次世代Java・J2SE1.6の動向【Mustang】
http://pc8.2ch.net/test/read.cgi/tech/1081698555/

2006年12月にMustang Java SE 6がリリース予定


Mustangの掲げる主な目標は以下の点にある。
* 互換性と安定性および品質の向上
* Easy of Developmentの実現
* WebサービスおよびXMLサポート機能の拡張
* リソース管理や診断機能の強化
* デスクトップ環境の強化


Java SE 6 じゃじゃ馬ならし
http://www.javainthebox.net/laboratory/JavaSE6/
0951デフォルトの名無しさん2007/05/03(木) 22:21:32
>>950
ここは「次世代Javaの動向」をヲチるスレだから、
新機能追加の要望とか、単なる妄想オナニーなら他所でやってくれ。
0952デフォルトの名無しさん2007/05/03(木) 22:24:40
だれもVM拡張は避けろといってなくて、プリミティブ型を追加するならVM変更という話と、そんな無意味な要求は却下されるよという話が同時進行してただけかと。
0953デフォルトの名無しさん2007/05/03(木) 22:28:41
>>951
ヲチするだけとはどこにも書いてないわけで。
しかも、最初から要望とか妄想オナニーばかりのスレで、950も過ぎてから言ったところで説得力ない。
0954デフォルトの名無しさん2007/05/03(木) 22:32:05
>>953
今回ので言えば、既に >>935 で他所行けって出てるし。
他の話題でも他所行けってのは散々出てるし。
0955デフォルトの名無しさん2007/05/03(木) 22:38:34
つまり、スレの流れについていけなくてわめいてるってわけか。
0956デフォルトの名無しさん2007/05/03(木) 22:41:32
>>953
便所に落書きしても要望だとは思われないよな。普通は。
0957デフォルトの名無しさん2007/05/04(金) 01:17:58
複素数を扱うライブラリがあれば便利だと思うが
言語仕様に含めるのはやり過ぎです。

ところで値型って、VBのByValを指しているの？
0958デフォルトの名無しさん2007/05/04(金) 01:45:44
>>957
ここは予想や感想を述べる場所じゃないとのことなので、
そういう動向は今のところ無いということでおしまいらしい。

値型はVB.NET以降では、ユーザー定義型（Structure）、Enum、クラスを除くVBの基本データ型をさす。
VBのデータ型と.NET(CLR)のプリミティブ型は若干違うから注意。
ここではユーザー定義型（Structure）の意味で使ってる。
.NET(CLR)ではValueType C#ではstruct。
Javaだと参照型以外の型＝プリミティブ型＝値型という理解でいいのかな？（自信は無いが）

あとは質問か雑談スレへとかいわれそうだ。
0959デフォルトの名無しさん2007/05/04(金) 03:50:43
>>956
「普通は。」ってなんだよ 9m(^x^
0960デフォルトの名無しさん2007/05/04(金) 09:51:42
C#：全部ヒープに置いたら遅いだろ！struct導入する！
Java：エスケープ分析で自動的にスタックに置くｳﾏｰ
0961デフォルトの名無しさん2007/05/04(金) 12:14:58
どうもsturct(値型）の話になってるようだけど、なんなら
typedef double complex[2];
でいいじゃん。どう実装されるかなんかはベンダ任せなんだけどね。
0962デフォルトの名無しさん2007/05/04(金) 19:07:54
ベンダ任せなわけがない
0963デフォルトの名無しさん2007/05/04(金) 20:59:25
Hさん、居るよね。
0964デフォルトの名無しさん2007/05/05(土) 21:03:27
MさんとKさんもいるよね。
0965デフォルトの名無しさん2007/05/06(日) 18:45:02
JCSPをクラスライブラリに組み入れるべきだ。
VMに組み込むべきだ。
0966デフォルトの名無しさん2007/05/07(月) 17:29:02
JDK7 build12
http://download.java.net/jdk7/changes/jdk7-b12.html
http://download.java.net/jdk7/binaries/

IO関連とOpenJDK関連の修正が多いみたい。
0967デフォルトの名無しさん2007/05/09(水) 01:30:29
Java FXとJava FX Scriptだそうです。
一波乱ありそうだな。ネットスケープにJavaの商標貸さなかったら
JavaScriptになってたんだろうな。
0968デフォルトの名無しさん2007/05/09(水) 01:52:50
正直、JavaFXという名前は．．．
もうちょっとカッコ良い名前を考えてくれー
0969デフォルトの名無しさん2007/05/09(水) 10:37:10
Flexと、ECMAScriptとかとどう絡むのか、だ。
そして、Pnutsとの絡みも・・・
0970デフォルトの名無しさん2007/05/10(木) 12:25:51
JavaFX ScriptはXAMLの対抗馬って感じだね〜。
個人的にはXMLより見やすくて良さそう。
0971デフォルトの名無しさん2007/05/10(木) 13:47:39
Groovyの立場は・・・・？
0972デフォルトの名無しさん2007/05/10(木) 14:03:32
GroovyはJavaをベースにスクリプトを作ったタイプ
FXは新規におこしたもの、というよりは>>970のいうようにXAML対抗に見える

Javascriptは標準APIにきたことや、JRubyの力の入れ具合もすごいことで
Groovyがどんどん存在価値がなくなってるのは確かに悲しいかも
0973デフォルトの名無しさん2007/05/10(木) 21:14:22
でも、実際Groovyのメリットがよく分かりませんが・・・
全然簡単じゃないし。速くもないし・・・・
0974デフォルトの名無しさん2007/05/10(木) 22:10:22
JRubyよりJythonのが有力だろ。
Pythonは世界では結構使われてるが日本ではドマイナーという部分を引いても。

けど、サーバーサイドでrubyが祭り起こしたし
最近JRubyも1.0へ向けてラストスパートって所だから熱いよね。
JavaEEサーバと相性良いかも。

Groovyは更新遅いし、スクリプト言語らしい手抜きが出来ないし・・・
う〜んRhinoでLiveConnect使うよりJavaとの親和性高いんだけどね。
ただ、jdk6のRhinoはただの劣化品。
0975デフォルトの名無しさん2007/05/10(木) 22:12:55
ランタイムさえあればいいというのは十分メリット
標準APIなんてそんなものだ

Pythonは各種IDEのサポート具合考えると日本以外でも注目されてないんじゃないの？
Googleでもそれほどマンセーじゃなかったのが意外だったけど
0976デフォルトの名無しさん2007/05/10(木) 23:22:20
そういやJRubyのRoRのが本家より速いって記事を見かけたが
これは本家の実装がしょぼいってこと？
0977デフォルトの名無しさん2007/05/10(木) 23:33:07
JVMは、HotSpotの性能が上がってきたからそれはあり得るな。
JVMの性能向上がポイントじゃないか？
同じ意味で、Jyphonも注目あびてんじゃないかと思う。
0978デフォルトの名無しさん2007/05/10(木) 23:34:17
釣れますか？
0979デフォルトの名無しさん2007/05/11(金) 00:05:04
新しいJREってサイズどのくらいなんだろうね。
Flash Player並にさくっとインストールされるようになると最高なんだけど。
0980デフォルトの名無しさん2007/05/11(金) 00:09:22
今1.2のJDKもみると小さいな・・・
1.2、1.4とか1.5の大きさにそれぞれ驚いたものだ
>>976
JavaScriptingAPI上のスクリプトはコンパイルして実行できるから速くても驚かん
つーか、実際速いので運用はJavaVMでというのが現実的
0981デフォルトの名無しさん2007/05/11(金) 00:24:41
ScriptingAPIのバイトコードコンパイラはオプションだぞ？
動的・静的共にバイトコードへコンパイル可能なRhinoが
すべてとっぱらわれてインタプリタモードのみになったんだぞ？
だから実装次第。

コンパイルモードのRhino早かったのに・・・。
0982デフォルトの名無しさん2007/05/11(金) 00:26:43
だれか、Javaのクラスをバイナリーエディタで作成する方法を教えてくれませんか？
0983デフォルトの名無しさん2007/05/11(金) 01:22:08
なんでここで聞くの？
0984デフォルトの名無しさん2007/05/11(金) 01:25:36
>>981
ん？オプションであるというのは>>980の書き方でわかるはずだが
0985デフォルトの名無しさん2007/05/11(金) 01:26:52
>>982
http://java.sun.com/docs/books/jvms/second_edition/html/ClassFile.doc.html
0986デフォルトの名無しさん2007/05/11(金) 15:15:11
>>984
わかんねーよ
0987デフォルトの名無しさん2007/05/11(金) 16:22:11
Groovyの存在価値はGrailsのみ。
0988デフォルトの名無しさん2007/05/11(金) 17:58:20
JavaFXのサイトのデモ、どれもJava Web Startでの実行だね。
FlashみたいにWebページの中に埋め込めないのかな・・・？
0989デフォルトの名無しさん2007/05/11(金) 18:37:12
次スレ
0990デフォルトの名無しさん2007/05/11(金) 20:01:04
>>988
JavaFX起動するFlash書けばいいんじゃね？
0991デフォルトの名無しさん2007/05/11(金) 20:14:01
>>988
アプレットにFX組み込めるんじゃない？
けど、今時アプレットなんて日本人しか使わないからあんま利点ないよ。
0992デフォルトの名無しさん2007/05/11(金) 20:40:44
日本人しかって、その根拠は？
0993デフォルトの名無しさん2007/05/11(金) 21:46:54
>>991が日本人じゃなくて、現在つかってないというだけかと

FXは実行環境はアプレットでしょ？
直接バイトコード生成して渡すほうがメインとかいっとるけど、Swing理解してないやつにしかメリットがないなぁ。
0994デフォルトの名無しさん2007/05/11(金) 22:10:14
スクリプトフレームワークが実行環境なら関係なくね？
0995デフォルトの名無しさん2007/05/11(金) 22:16:47
なんだチョンか
0996デフォルトの名無しさん2007/05/12(土) 00:18:48
>>991
組み込めるのかもしれないけど、アプレットを読み込んだ時のあのブラウザの動きが止まるのが、いやなんだよね。
0997デフォルトの名無しさん2007/05/12(土) 00:40:18
それはプラグイン使ってりゃ何でも一緒。
PDFも処理遅いだろ。JWSならインスコはネトワーク超しでも実行はローカルディスクだから止まらないんじゃない？
0998デフォルトの名無しさん2007/05/12(土) 00:42:23
Flashもプラグインだが。>>988は少なくともFlashの速度には不満を持っていないように見える。
SilverlightやFlashに勝てるか少なくとも並べなければ競争のスタートラインにすら立てまい
0999デフォルトの名無しさん2007/05/12(土) 00:42:23
http://www.itmedia.co.jp/enterprise/articles/0705/11/news038.html

現在のプレビュー版では、動作環境となるJavaFXフレームワークに含まれるインタープリタで実行されるが、
将来はコンパイラを提供し、JavaFX Scriptから直接バイトコードを生成し、これをJVM上で実行することが計画されているという。
そのため、現在はJavaFX Scirptで記述したWebサイトにアクセスした際に、クライアントにはインタープリタがダウンロードされることになるが、
将来はバイトコードが Java Appletとしてクライアントに送られてくるだけで、インタープリタのダウンロードは不要になるという。

だって。
1000デフォルトの名無しさん2007/05/12(土) 01:15:43
次スレどこ〜？
1001１００１Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。