- 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にも組み込まれる予定。
- 152 名前：デフォルトの名無しさん mailto:sage [2006/05/30(火) 09:31:37 ]
- 時々でいいのでGroovyのことも思い出してあげてください。。。
- 153 名前：デフォルトの名無しさん mailto:sage [2006/05/30(火) 09:32:36 ]
- あ、Groovyってヒアドキュメントなかったかも....orz
- 154 名前：デフォルトの名無しさん [2006/05/30(火) 09:34:55 ]
- >>147
List<Map<String,Object>>とかだとListとだけかかれるとソース追わないと中身確認できないのはきつい
ドキュメントでしっかり書いてくれるところならいいがListとだけかいているとぶち殺したくなる
もう1.4時代にはもどれんよな
- 155 名前：デフォルトの名無しさん mailto:sage [2006/05/30(火) 09:48:47 ]
- >>153
Groovyには、式を埋め込める複数行文字列リテラルがあるよ
こんな感じ
def i = 100
println """
Hello ${i}
"""
これをヒアドキュメントと言っていいかは正直わからんの
だが、機能的には、文字列の終端となる記号を自由に指定
できないことを除いて、ほぼ同等だと思う
- 156 名前：デフォルトの名無しさん mailto:sage [2006/05/30(火) 15:45:10 ]
- ヒアドキュメントは*絶対*に入れて欲しくない
こんなもの、保守やデバグを考えるとぞっとする
チームで禁止しても絶対使う奴が出てくるから嫌だ
- 157 名前：デフォルトの名無しさん mailto:sage [2006/05/30(火) 16:54:31 ]
- どうせコンパイルして逆コンパイルしたら普通の文字列リテラルになるから問題なし。
- 158 名前：デフォルトの名無しさん mailto:sage [2006/05/30(火) 17:55:57 ]
- ヒアドキュメントいれただけで保守やデバッグができなくなる>>156のレベルに乾杯
- 159 名前：デフォルトの名無しさん [2006/05/30(火) 18:06:25 ]
- まぁお行儀の悪いプログラムを推奨してるかんじだしあまりいいものではないな
- 160 名前：デフォルトの名無しさん mailto:sage [2006/05/30(火) 20:21:24 ]
- コンパイラ機能とあわせて使うと意外と便利かもよ
てかコンパイラ機能ってクラスキャッシュ直ぐ満杯になる欠点とかないの？
- 161 名前：デフォルトの名無しさん mailto:sage [2006/05/30(火) 23:03:08 ]
- >>160
そんなことされると、さらにgkbr
- 162 名前：デフォルトの名無しさん mailto:sage [2006/06/02(金) 02:54:34 ]
- ヒアドキュメント入れるときの妥協点として
コンパイルオプションでヒアドキュ封じができるようになればちょうどいい感じで導入できないかね？
プロジェクトで使う人もこまんないんじゃない？
- 163 名前：デフォルトの名無しさん mailto:sage [2006/06/02(金) 07:44:25 ]
- そういう問題じゃない。
というかそこまでして導入するもんでもない。
- 164 名前：デフォルトの名無しさん mailto:sage [2006/06/02(金) 17:03:39 ]
- プロパティは、
言語として加わるのか、
XML対応としてXMLの属性にgetValue/setValueするAPIがJDKに加わるのかどっち?
関連JSRは、
JSR 227: A Standard Data Binding & Data Access Facility for J2EE(TM)
JSR 245: JavaServer(TM) Pages 2.1
JSR 252: JavaServer Faces 1.2
JSR 295: Beans Binding
あたり? Expression Language周辺
- 165 名前：デフォルトの名無しさん mailto:sage [2006/06/03(土) 22:35:13 ]
- >>40
なんだからPerlの q!文字列!やPHPの'文字列\n$変数'と'文字列$変数'との
違いを表してるブツみたいだな。
PHP的なものならまだしもPerlのq!文字列!みたいな
混乱するブツになるのは避けてもらいたいところだよな。
ダブルクォーテーションが無いだなんて、
あれ使う前に何か宣言でもするのかな
- 166 名前：デフォルトの名無しさん mailto:sage [2006/06/03(土) 22:37:29 ]
- >>46-47
そのまんま@Propertyアノテーションとして使えばいいやんか
- 167 名前：デフォルトの名無しさん mailto:sage [2006/06/03(土) 22:39:21 ]
- >>48
C#みたいな表向きは set/getと書くだけでプロパティが使えるが
実際には内部ではプロパティ変数名がたとえばtest のとき実際にはGet_test(), Set_test()
というメソッドが定義されているとコンパイラに解釈されるという奴でどうにかなるんだろう。
ただし、このときGet_test(), Set_test()という名前のメソッドを定義するとC#ではエラーになるが。
- 168 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 01:52:45 ]
- >>167
そういう暗黙の定義が適用されるのは、
対XMLデータとか、シリアライゼーションとか、
定義をクラスライブラリ側が持っているケースでしょ?
それは既にBeansやServer PagesのELであるよね。
JavaDocのtagもpropertyが増えてる。
Dolphinのは、言語がproperty採用するって事なんじゃないのかな?
要するに、setter/getterはプログラマが記述して、
フィールド参照がsetter/getterに置き換わるヤツ。
- 169 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 01:56:45 ]
- >>96
遅レスながら激しく同意。ほんとJavaには呆れる。
- 170 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 02:11:29 ]
- >>165
> >>40
> PHP的なものならまだしもPerlのq!文字列!みたいな
> 混乱するブツになるのは避けてもらいたいところだよな。
例えばの話だが
"<p id=\"hoge\" onmouseover=\"hige('fuga')\" class=\"hage\">";
q{<p id="hoge" onmouseover="hige('fuga')" class="hage">};
どっちが見易いかっつう話だ。
q{}とは違うが正規表現の場合も考えてみ。JavaよりC#の@の方がまだマシだろうに。
- 171 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:21:22 ]
- >>75
そんな書き方するのがいやだったら
インクリメントできるメソッドを定義したほうがいいんじゃないのか？
- 172 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:24:18 ]
- >>96
いっておくがC++のtemplateとJavaのgenericsとはまったく別もんだよ。
比較サイトでも似て非なるものであると書いてある。
よって全然手のひらを返したことにはならんよ
- 173 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:25:14 ]
- >>96
ヒアドキュメントは下手な奴が使うとソースコードを読みにくくするからな。
Perl厨が書いたコードみたいにな。
- 174 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:27:07 ]
- >>172
C++ templateの重要な特性である、コンパイル時プログラミング
ができるという機能をJava genericsは持って無いし、別物と言って
良いだろうね。
- 175 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:27:51 ]
- >>114
だからC++のテンプレートはJavaのGenericsと全く
同じではないと何度言ったら(ry
だからあれほど言ったものを
- 176 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:28:25 ]
- しかも今のJavaにも"foreach"なんてキーワード出て来ないし
- 177 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:30:19 ]
- >>122
>>114はGoslingが「C++Templateの機能すべてはいらない」と
言ったのを勝手に「Genericsはいらない」と誤認しているだけなんだよ。
恥ずかしい奴だから
- 178 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:32:21 ]
- for (型 変数名 : コレクション) 文
いらねーよ、こんなの。
- 179 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:34:18 ]
- >>139
ま、Perlそっくりそのままのヒアドキュメントが実装されたら
あれだな。
XMLのCDATAセクションみたいなのがJavaソースコードに紛れるのかね
だとしたらJavaソースコードがまるっきりXML文書の一部になる？
- 180 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:38:02 ]
- >>178
お前らがforeachが無いんですけど(^^;;とか騒ぐから
- 181 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:38:10 ]
- >>178
便利だよ
- 182 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:38:44 ]
- >>170
そんなことをするんだったら別ファイルに書くか
JSPやカスタムタブライブラリやJSFやApache Struts
やJakarta Velocityを使うがな
- 183 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:40:42 ]
- >>174
もっと決定的な違いがあるよ。
C++厨がJava Genericsではこれができないと
愚痴を零している数々の機能。
多重継承ができないからといってブツブツ文句をいうＣ++厨が
いるようにJava GenericsがC++Templateとはあまりにも
違うことに文句をつけている変な奴がまだまだいるのさ
- 184 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:48:11 ]
- >>182
JSFやApache Strutsはヒアドッキュメントの代替にならない件
- 185 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:48:59 ]
- 昔、ほんとにいらないのか、パクリを認めたくないのか
「いらねーよ、こんなの。」と言ってたものが
今までも、そしてこれからも追加されていくわけやね。
- 186 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:55:38 ]
- まあ、ヒアドキュメントが追加されることはないから心配するな。
- 187 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:55:58 ]
- そら便利ならそうなるわな。しないほうが馬鹿と言われる。
- 188 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 10:59:16 ]
- プロパティに関してはみんな欲しいと言ってたわけだしね。
XMLリテラルはいらねーともいるとも言ってない晴天の霹靂
- 189 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 11:00:13 ]
- J2EE方面の人の声が大きくなってきているね。
- 190 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 11:01:03 ]
- >>183
> Java GenericsがC++Templateとはあまりにも違うことに文句をつけている変な奴
ただ、Java Genericsは、Java仮想マシンの互換性を保つために、いろいろと
面倒な仕様になっているので、文句を付けられても仕方無いと思える部分もある。
特にC#のGenericsと比べると、その部分が際立つ。
- 191 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 11:01:35 ]
- 金をだすのはエンタープライズ方面
- 192 名前：デフォルトの名無しさん [2006/06/04(日) 11:05:46 ]
- いいかげんジョイスティックPureＪａｖａでさぽーとしてくれねぇかなぁ
デスクトップに目を向けています！なんてよくいえたものだ＞5.0
1.4のほうがクライアントサイドで大幅によくなってたが、5.0ほとんどかわってねーし
6もほとんどかわってねーな
グループレイアウトが標準になるくらいか
- 193 名前：デフォルトの名無しさん [2006/06/04(日) 11:06:46 ]
- ところでなんでこの時間だけいきなりレスふえたんだ？
しかも亀が多い
- 194 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:02:18 ]
- >>178
けっこうスッキリするけどね
- 195 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:03:07 ]
- >>193
日曜だけ見る奴とかいるんでね？
- 196 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:03:54 ]
- >>180
foreachはないけどfor(;;)やfor(;)はあるってことで
GenericsはあるけどC++Template相当のものはすべては無いってことで
「否定していた癖にJavaにforeachやGenericsが出た」と主張した奴は
馬鹿って事で
- 197 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:04:55 ]
- >>194
で、処理中にインデックスがいると分かり、for (int i = 0; i <
に書き直したり。これがアホくさい。言語レベルで今何番目か
分かるようにしてほしい。
- 198 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:05:48 ]
- >>184
それでも今Perl臭いヒアドキュメントの必要性は
感じないな。
JSFやStrutsがヒアドキュメント代わりになるというより、
>>170のようなHTMLコードをいちいちJavaコードの中に
埋め込むというくだらないことをしなくて済むという観点から
>>184の主張が現れている。
- 199 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:08:02 ]
- >>185
追加されるっていっても過去の言語にあるものとは
違うモノだから。
enumだってそうだし。
C/C++のenumはJavaのenumとは似て非なるものであって
Genericsが登場したからこそ実現できたものであって
C/C++のenumとくらべたら断然機能的で優れている。
よってC/C++のenumとJavaのenumとはまったく別のものである。
だから、かつてJavaにeumがいらないという発言があったのは
「Javaの新しいenumが要らない」というのではなく
「C/C++で実装されている仕様のenumが要らない」ということだったのだ。
- 200 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:08:33 ]
- >>188
みんなって誰？
あれの需要はそんなにあるとは思えないな
- 201 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:09:54 ]
- >>192
ハードウェア方面にまでPureJavaをサポートするのは
まだまだ先だろ。
JiniやらJava Communication API をどうにかしないと
- 202 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:10:26 ]
- >>195
それはありうる。
>>193 >>195
というか偶然ともいえるだろう。
- 203 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:11:43 ]
- >>197
それはIteratorの意味が無いとちゃうか？
何番目を知りたいかだなんて使い方が間違ってると思うぞ。
アルゴリズムや作りたいものによるが、
コレクションの分割とか考えるといいかと
- 204 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:17:10 ]
- そもそもコレクションの機能にランダムアクセスなんてないだろ
interface RandomAccessとinterface Collectionは別の機能だ
- 205 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:18:04 ]
- >>203
間違ってるか？ というか、拡張 for 使いまくった？
えーと、そうだ、おまい今まで組んだものはループは全部 Iterator か？
例えば、画面に行No出力する場合はどうする？
JSTL とかテンプレート言語が無い場合ね。
- 206 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:20:21 ]
- >>197
俺もインデックスが必要になるのがあとで必要になって書き直したりするよ
でも、イテレータパターンであることを言語的に保証するものだからありでは？
インデックスだと中身まで見ないと流れが把握できない
>>201
キーボードやマウスと同じ一般的な入力インターフェースなんだが
ついでにMSXのようにキーボードもジョイスティック0番とかでつかえるようにしておけば
コードを分ける必要もなくていいのだが
同人ソフトとかでJava製の物がほとんどない原因のひとつでは？
フルスクリーン等は1.4でサポート、じゃヴぁSoundは1.3でサポートされやっと使い物になってきたが
インターフェースがないのではね
1.1時代＋JNIでなんでもできるということはなかったはずだし
JNIも万能ではない（スタックサイズ制限で引っかかる）からね
VM自体のリコンパイルが必要になるし、さすがにそれは現実的ではないだろう
- 207 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:25:27 ]
- > 同人ソフトとかで
を例に示されてもワカラネw
分かるのが普通か？
- 208 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:26:28 ]
- 「デスクトップ分野にも力を入れています」は口だけ
- 209 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:28:51 ]
- そんな大した手間じゃないと思うけどな＜パッド・スティック対応
PadListenerみたいな標準インタフェース用意して、メーカー側が対応するSPIをサイトに置いとけばいいじゃん
- 210 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:33:21 ]
- >>203
> 何番目を知りたいかだなんて使い方が間違ってると思うぞ。
それは言い過ぎだろw
けどループ構造は代えずにカウンタ一つ用意すればいいだけだよな。
- 211 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:34:44 ]
- >>209
sourceforge.net/projects/javajoystick/ にあるが、
標準でサポートしろって事でしょ。
けどジョイスティックはそもそもインターフェースが統一されているとは言いがたいし…
- 212 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:38:53 ]
- >>210
カウンタを用意するとループのスコープの外に変数を作ることになる。
なんかいや。
- 213 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:43:47 ]
- カウンタ用意したらイテレータパターンの意味ないだろ
何番目か意識することなく取り出すのが目的なんだから
カウンタ使いたければふつうにfor( ; ; )すればいいだけ
>>211
2軸32ボタンまではOSレベルで標準サポートされてるはずだ
- 214 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:46:49 ]
- だから、Iterator パターンでも、必要であれば、カウンタが
とれればいい。freemarker のように。
- 215 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:50:12 ]
- Iteratorのコード書くよりは拡張forの方がはるかに楽な件
Iteratorのコードの場合、カウンターが必要なら拡張for使わなくてもIteratorかカウンタ変数かどちらかがスコープの外に出る件
- 216 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 12:54:04 ]
- ジョイスティックが「デスクトップがんばる」の範囲に入ってなくてもほとんどの人が困らない件
- 217 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 13:01:36 ]
- >>215
ここで言ってるIteratorは拡張Forのことだという件
- 218 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 13:07:26 ]
- >>213
>>204の言っている意味も理解できないのかよ。
- 219 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 13:13:25 ]
- >>206
> >>201
> キーボードやマウスと同じ一般的な入力インターフェースなんだが
> ついでにMSXのようにキーボードもジョイスティック0番とかでつかえるようにしておけば
> コードを分ける必要もなくていいのだが
Adapterパターンでうまいことラッパークラス作れよw
- 220 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 14:12:33 ]
- >>216
ほとんど外の人がデスクトップ普及熱の根幹である件
- 221 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 14:22:25 ]
- >>219
みんなラッパつくってるだろ
それが面倒だということだろ
- 222 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 14:24:39 ]
- というかJ2SE5.0でデスクトップ改良部分ってなんかあったっけ？
1.4は明らかに今後がんばるんだなぁという光が見えたわけだが
- 223 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 14:39:46 ]
- ラッパならどこかでダウソできたような気がする
- 224 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 14:41:34 ]
- 5.0は思いつかない。
6はピュアGUIやスクリプトなど一応の発展はある。
- 225 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 16:28:04 ]
- Google Web Toolkitのような使われ方も次世代Javaか？
- 226 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 17:26:49 ]
- >>222
みんなOceanに腰を抜かしたはず
あのセンスに。
たぶん、アレで識者は「これは俺が何とかせねば」と奮起したと思われる。
インデックスが必要ということはカウンターが必要であるということで
コレクションを操作するという事とは別の要素が必要になったということ
繰り返し処理と、カウンタを使うという意味を切り分ける意味で
俺は別にカウンタを用意している。
カウンタも０からスタートさせたい場合や、1からスタートさせたい場合など色々。
もし、繰り返し処理で使うなら、拡張機能をさらに入れたい。それで
・カウンタの初期値
・カウンタのステップ
を決めたいのだが、そうなるとforeachタイプforにさらなる
文法拡張が必要になるなぁ。
for( Object i : list : 0 : 2 ){
}
あ、イテレーションのコンテキストにアクセスするのに文法も必要か・・・
コレは一筋縄じゃいかんねぇ
- 227 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 18:13:09 ]
- >>226
それだよ、それ。そういう拡張が欲しい。
スコープもループ内だしな。
- 228 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 18:29:05 ]
- >>226
もういっそのこと、Schemeのようなマクロを導入して、
そういう拡張は自分で定義してね、とするとか
まあ実際にはあり得ないだろうけど
- 229 名前：デフォルトの名無しさん [2006/06/04(日) 19:02:34 ]
- >>228
そういうのを要求する人はjavaの拡張を待つまでもなく、もうm4とかの
マクロプロセッサを使ってるんじゃないのかね。
- 230 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 19:07:58 ]
- Java のスレの中では初心者質問スレを除き、このスレが一番伸びている件について。
- 231 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 19:12:50 ]
- >>226
別に、普通に0ベースか1ベースのインデックスさえ手に入れば、
n + m * indexで、nまたはn+mからスタートしてステップmの
カウンタが手に入るじゃないの。
>>228
この程度ならマクロなんて必要なくて、レキシカルクロージャが
導入されていれば、簡単につくれるんだよねえ。
- 232 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 19:38:56 ]
- JavaSE6も近いからな
関係ないか
- 233 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 19:47:44 ]
- 中途半端な知識で参加できるからだと思われ
- 234 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 20:25:07 ]
- >>226
いらねー
くだらねー
- 235 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 20:39:03 ]
- Jakarta Velocityの変数$velocityCountみたいなのがあれば
いいんでね？
- 236 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 21:23:13 ]
- いらん
- 237 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 21:30:28 ]
- 普通はいらんね
- 238 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 21:53:15 ]
- >>231
レキシカルクロージャがあれば、その程度なら簡単にできる
というのはその通りだが、クロージャだけでは簡単にできない
拡張もある。で、諸々の拡張に対する提案全部を取り入れてたら
きりが無いので、マクロを定義する仕組みだけ用意して、あとは
ユーザが勝手にマクロを作ってねとしたらどうか？というのが228
で言いたかったこと。まあ、マクロは濫用される危険性が大きい
機能でもあるので、Javaのような言語に実際に入ることは無いだろうけど。
- 239 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 21:53:18 ]
- Freemarker の変数 $〜_index みたいなのがあれば
いいんでね？
- 240 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 21:56:02 ]
- イラネーよ、そんな糞機能
- 241 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 22:16:57 ]
- ロードまぷ
roumen.name/work/Poland06/Roman_Strobl_JavaSE_6_7_Roadmap.pdf
- 242 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 22:32:28 ]
- SPECJBB2000なんて字樹上にそぐわないベンチ使ってるのが怪しい
2005なんでつかわないのだ
1.2.2でノーマライズとかいてるのもあやしい
1.3.1とかなり違うはずなのだが
- 243 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 23:40:00 ]
- >>213
>カウンタ用意したらイテレータパターンの意味ないだろ
>何番目か意識することなく取り出すのが目的なんだから
>
>カウンタ使いたければふつうにfor( ; ; )すればいいだけ
これはちがうだろ。Iteratorは、データ構造に依存せずに繰り返しのためのインターフェースを提供することが目的。
Iteratorが考えだされるまでは、ListやArrayやTreeといったデータ構造ごとに、繰り返しの操作が異なっていたし、それが当たり前だった。
それがIteratorによって、どれでも同じインターフェースで繰り返しが行えるようになった。
Iteratorの目的は「繰り返し」の抽象化であり、そのこととカウンタとはぜんぜん別の問題。
ListやTreeに対してはIteratorとカウンタの両方を使うべきであり、for(int i=0; i<count; i++)とかするのはバカ。
- 244 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 23:43:40 ]
- >>243
カウンタ用変数を外側に用意すれば?
もちろん｛ ｝で一段スタック入れてスコープ狭める
- 245 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 23:51:24 ]
- >>243
Iterator 大好きなんだな。
別にそこまで無理してデザパタ使わなくてもいいよw
- 246 名前：デフォルトの名無しさん mailto:sage [2006/06/05(月) 00:10:39 ]
- ArrayListから配列取り出して
//こっちのほうがわかりやすいから
とコメントしてforで回してるソースを見たときは声出してﾜﾛﾀ
- 247 名前：デフォルトの名無しさん mailto:sage [2006/06/05(月) 00:15:45 ]
- >>245は馬鹿だね
- 248 名前：デフォルトの名無しさん mailto:sage [2006/06/05(月) 00:21:12 ]
- デザパタ厨的には、IndexableIteratorというデコレータを作るのかな。
- 249 名前：デフォルトの名無しさん mailto:sage [2006/06/05(月) 00:35:13 ]
- Iterator パターンは内部を意識することなく順次取出しするのが目的であって
何番目とかの処理を意識させるのは必要ないからな
あなたは何番目ですか？がロジックで必要なら自前で用意するだけ
今までのfor構文でイテレータ使ってたのと同じでこれはかわってないだろ
- 250 名前：デフォルトの名無しさん mailto:sage [2006/06/05(月) 00:38:23 ]
- >>245
必死だな
- 251 名前：デフォルトの名無しさん mailto:sage [2006/06/05(月) 02:01:46 ]
- >245
ﾜﾛｼｭ
- 252 名前：デフォルトの名無しさん mailto:sage [2006/06/05(月) 02:39:44 ]
- >>248
似たようなもんがJakarta Commons Collectionsになかったか？
|
 |
