[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 22:28 / Filesize : 289 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

次世代Javaの動向 2



1 名前:デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:03:42 ]

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

関連スレ
【JavaFive】C#からJ2SE5.xへ進化【TigerShot】
pc8.2ch.net/test/read.cgi/tech/1094891986/

www.itmedia.co.jp/news/articles/0404/07/news018.html


マルチタスク実現へJava言語改良
Sun幹部によると、2005年に一般リリース予定の「J2SE 1.6」には、
Javaバーチャルマシン(JVM)のアプリケーション共有を強化する「分離」機能が備わり、
ローカライズコンピューティング処理実行のための分離が可能になるという。

米Sun Microsystemsは、Javaバーチャルマシン(JVM)内部での
アプリケーションマルチタスク実現に向けてJava言語の改良に取り組んでいる。
カリフォルニア州サンノゼで開催のClusterWorld Conference & Expoで4月6日、同社幹部が明らかにした。

SunのJavaアーキテクト、ムラリ・カウンディンヤ氏によると、
今秋β版が登場し、2005年に一般リリース予定の「J2SE 1.6」には、
JVMのアプリケーション共有を強化する「分離」機能が備わる。
この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。

 またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。カウンディンヤ氏によると、
J2SEに施された改良は、その後間もなくJ2EEにも組み込まれる予定。

970 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 10:27:31 ]
>>946
「ストラウストラップが警告した事項」って具体的に何?

>>947
おいおい、Javaは静的な型があるんだから、別にコード全体を見るまでもなく、変数の宣言部分をみれば配列かListかはすぐに判断できるし、別に混乱なんかしないだろ。
この程度で混乱なんかしないでくれよ。

>>949
[]は単項演算子じゃなくて、+や-と同じ2項演算子だよ。
それに演算子の動作を自分で定義できることと、演算子の優先順位は関係ないよ。
PythonもRubyも演算子の動作を自分で変えられるけど、優先順位は変えられない。だから別に混乱しない。

>>950
でもELでは[]でアクセスできるようになってるよね。「その程度」のことであれば、
ELでも[]でなくてgetter/setter使えばいいはずだし、もっといえばEL自体必要ない。
Javaユーザは「[]なんてイラネ」といっておきながら、ELの[]は便利とかぬかすから嫌い。


971 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 10:39:13 ]
>>970
言っている事自体はだいたいまともだが

> Javaユーザは「[]なんてイラネ」といっておきながら、ELの[]は便利とかぬかすから嫌い。

とJavaユーザを一緒くたにして煽るのはやめてくれ。ELの[]が便利と言っている層とJavaには[]は
イラネと言っている層がどれくらい重なっているのか調べたわけでもないだろう?

972 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 10:43:14 ]
そもそもJSP上でaddなんてしないんだから[]で何の問題も無いだろ
粘着にレスすんなよ

973 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 11:30:35 ]
>>970
いっとくが、JavaとELとは全く別の言語だ。
Javaユーザが[]はイラネといってるのはJavaの文法にいらねといってるだけで
ELの文法に[]がいらねといっとるわけではなかろう。

そんなこともわからないでJavaエンタープライズアーキテクトを侮辱するとは
身の程知らずもいいところだ。


974 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 11:50:25 ]
JavaとELとが別言語なんてのはだれだってわかってる。
だからなんでわざわざELなんて用意されたかを考えろや。
Javaそのままだと書きにくいからELが用意されたんじゃないの。
Javaの書きにくさのひとつとして list.get(1) や map.get("key") があり、
これが list[1] や map["key"] とかけたらいいなといってるだけ。
ほんとうにlist.get(1)やmap.get("key")が書きやすい/読みやすいなら
ELでもそれをつかえばいいだけ(ELにはメソッド呼び出しないけど)。
「JavaとELとが別言語」なんて話がずれるだけじゃん。


975 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 12:13:34 ]
>>971
> とJavaユーザを一緒くたにして煽るのはやめてくれ。

一緒くたにしている馬鹿には馬の耳に念仏では?



976 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 13:45:49 ]
pc8.2ch.net/test/read.cgi/tech/1157227790/

次スレ

977 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 14:06:08 ]
>>970
ストラウとラップは演算子のオーバーロードを
誤った使い方をするとろくなことがないぞってことを言ってるんだよ。
誤った使い方をしなければいいといっても
誤った使い方をする奴は腐るほどいるし。
それで複数の会社組織が独自に演算子を定義して
デスマって酷いことになるわけだ。


978 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 14:07:23 ]
>>974
じゃあさ、お前にはなんでJakarta Velocityみたいなのが
用意されたのかわかるの?

プリプロセッサではなくVelocityが用意された理由を。



979 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 15:24:48 ]
[]のオーバーロードは欲しいな。

980 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 15:35:42 ]
ListだったらどうせIterator経由でアクセスしない?
List.getなんて滅多に使わなくないか?

981 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 17:07:07 ]
んだな

982 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 17:47:33 ]
しかもIteratorにはfor(:)の砂糖が既に入ってるしな

983 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 19:27:06 ]
うむ、そうだ

984 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 20:02:49 ]
次世代は無糖でw

985 名前:デフォルトの名無しさん [2006/09/03(日) 20:23:27 ]
new ArrayList=("あああ","いいい","ううう");
みたいに出来んかな。

public ArrayList(String... varArgs);
こんな感じのコンストラクタで。

986 名前:デフォルトの名無しさん [2006/09/03(日) 21:05:54 ]
>>985
それもだけど、
ArrayList#addAll(Collection<? extends E> c);も、
c.toArray();で配列に直してから使ってる。
ArrayList#addAll(E[] c);がないのはもったいない。



987 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 21:46:14 ]
>985
Arrays.asListでいいんでないの?


988 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 21:55:40 ]
あーたしかにコレクションをパっとつくりたいと思ったことはあるな。
とくにテストコードで。
今だと
List strList = Arrays.asList( new String[]{"test1", "test2"});
とかやっててくどいとは思う。

一方で、Javaの、文法はシンプルに、機能はクラスライブラリで、という
スタンスは嫌いじゃない。文法拡張するときは「そんな砂糖いらね」という
抵抗があったほうがちょうどいいと思うぞ。やたら拡張するよりはね。



989 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 23:11:48 ]
>>987
確かに5.0のArrays.asListは
 public static <T> List<T> asList(T... a)
だからまあ悪くないんだが、返ってくるのが変更不能リストなのがイマイチ
変更可能リストを返すメソッドが欲しいな。コードはこんな感じで
public class ListUtil {
 public static <T> List<T> list(T... a){
  List<T> newList = new ArrayList<T>();
  for(T t : a) newList.add(t);
  return newList;
 }
}
使うときはstatic import使えば、
list("A", "B", "C", "D")
のようにするだけで変更可能なリストが作れるので便利

990 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 23:21:03 ]
>>985
まるでPerlやPHPまんまだな

991 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 23:24:05 ]
>>989
それもPHPまんまやないか

992 名前:デフォルトの名無しさん mailto:sage [2006/09/03(日) 23:32:02 ]
>>991
意味不明。PHPで、array(...)などとして配列が作れることを言っているつもり?
そんなもん別にPHP(やPerl)独特のものでもなんでも無い。
なんで厨はすぐに自分の知っている(好きな)言語の機能のパクリかのように言いたがるかなあ

993 名前:デフォルトの名無しさん mailto:sage [2006/09/04(月) 00:30:14 ]
なになに、どっちにしろ型の概念が曖昧な
スクリプト言語に共通する書き方だよな


994 名前:デフォルトの名無しさん mailto:sage [2006/09/04(月) 00:52:40 ]
>>980
for( : )使うことが多いけど速度の差も結構あるし
何番目かを意識したりループの中で挿入とか削除とかもある
for( : ) 使うのが80%くらいかな


995 名前:デフォルトの名無しさん mailto:sage [2006/09/04(月) 01:05:58 ]
O'Camlなみに型推論しる!

996 名前:デフォルトの名無しさん mailto:sage [2006/09/04(月) 03:09:08 ]
あのー・・・

997 名前:デフォルトの名無しさん mailto:sage [2006/09/04(月) 07:23:57 ]
>>989
Arrays.asListってlistの様に振る舞うけど、
結局は配列のままのwrapper返すんじゃないの?

998 名前:デフォルトの名無しさん mailto:sage [2006/09/04(月) 07:32:05 ]
>>997
確かそう。
これをArrayListに追加するときは、>>986のようにまた配列にもどして使うのでもったいない。



999 名前:デフォルトの名無しさん mailto:sage [2006/09/04(月) 08:09:13 ]
>>989
new LinkedList(asList(a, b, c, d))
でいいやん。

1000 名前:デフォルトの名無しさん mailto:sage [2006/09/04(月) 08:17:59 ]
asXxxはビュー(実態は変わらず見方を変えたもの)を返す、ってことだな。

1001 名前:1001 [Over 1000 Thread]
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<289KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef