アカウント名:
パスワード:
for (String s : c) { } って書けて、これは
for (Iterator<String> i = c.iterator(); i.hasNext(); ) { String s = i.next(); } と等価。配列a[]に対しても
int sum = 0; for (int e : a) sum += e; こんな風にまわせます。
ほかにも「JSR-133 Javaメモリーモデルとスレッド仕様の改定」 「JSR-181 Javaのためのメタデータ機能」というのが控えてます。後者がC#のメタデータと同じかどうかは未確認。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
計算 (スコア:0)
Integer i = new Integer(3) + new Integer(4);
(もちi == 7)
みたいなのが出来るようになってくれれば、後は文句ないです。はい。
Re:計算 (スコア:0)
C#のboxing/uniboxingに対応する (スコア:2, 参考になる)
for (String s : c) {
}
って書けて、これは
for (Iterator<String> i = c.iterator(); i.hasNext(); ) {
String s = i.next();
}
と等価。配列a[]に対しても
int sum = 0;
for (int e : a)
sum += e;
こんな風にまわせます。
ほかにも「JSR-133 Javaメモリーモデルとスレッド仕様の改定」 「JSR-181 Javaのためのメタデータ機能」というのが控えてます。後者がC#のメタデータと同じかどうかは未確認。
Re:C#のboxing/uniboxingに対応する (スコア:1)
ほお。あれもついにやりますか。
ええとええと。たしか内部イテレータとかいうんでしたよね>RubyのMLで聞いたことがあったような。
Iteratorそのものが暗黙化(?)される奴。
いちいち明示的にIteratorに構いたいと思ってない時には、大変便利です。要らぬ変数を1つ余計に起こさずに済むんで。
でも、あんまり拡張しまくるとキリが無くなると思うんで、ちょっと心配かな>Java
今まで幾つかあった言語仕様への変更は、地味というかC/C++から類推できるようなものが多かったけど、
内部イテレータとか入ってくると、随分と言語の雰囲気が変わっちゃうというか混血になる
(それこそScript言語系の血が混じるというか)っぽいなあ。
内部イテレータそのものは個人的には好きですが、拡張にキリが無くなって言語仕様が肥大化しないかが不安。
Re:C#のboxing/uniboxingに対応する (スコア:1)
外部イテレータはCLUのやつでコルーチンみたいないに動く奴じゃないでしょうか。yieldとかいって。
Re:C#のboxing/uniboxingに対応する (スコア:0)
カーソル (Java/STL) は外部イテレータ。
yield (コールバック的) は内部。
# モデ中AC
Re:C#のboxing/uniboxingに対応する (スコア:0)
ということでAC。
(ってACの意義もあんまりわかってない私)