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

1 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:38:16 ] 前スレ [mustang] 次世代Javaの動向 3 [dolphin] pc8.2ch.net/test/read.cgi/tech/1157227790/ 次世代Javaの動向　２ pc8.2ch.net/test/read.cgi/tech/1147881822/ 【Java】次世代Java・J2SE1.6の動向【Mustang】 pc8.2ch.net/test/read.cgi/tech/1081698555/ 2006年12月にMustang Java SE 6がリリース予定 Mustangの掲げる主な目標は以下の点にある。 * 互換性と安定性および品質の向上 * Easy of Developmentの実現 * WebサービスおよびXMLサポート機能の拡張 * リソース管理や診断機能の強化 * デスクトップ環境の強化 Java SE 6 じゃじゃ馬ならし www.javainthebox.net/laboratory/JavaSE6/ 2 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 13:40:07 ] ふーん、WinFXがあるのにね 3 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 14:11:39 ] 前スレの話題 複素数を扱う前に実数を扱うプリミティブ型がなくちゃ 4 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 16:54:57 ] >>3 無限精度ってこと？ 5 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 17:53:26 ] >>3 BigDecimalでいいよ。 あれをプリミティブにしてもねえ 6 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 17:55:33 ] Complexはプリミティブにする必要性を感じない。 conjugate()やabs(),arg(),getReal(),getImaginary(),innerProduct(), とかいうメソッドがあったとして、これらもいちいち演算子で表現 することになったらどうする気だ。 7 名前：デフォルトの名無しさん [2006/11/20(月) 18:39:17 ] Stringみたいに Complex z = "1+2i"; と宣言できるだけでいいな。 8 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 18:40:34 ] 全くですｗｗ 数値演算に特化したサポートはスマンが我慢してもらえると助かります・・・ 複素数なんて日常つかわねえっす 9 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 18:41:15 ] >>7 それくらいなら Complex z = Complex.valueOf("1+2i"); でいいんじゃないの？ 10 名前： mailto:sage [2006/11/21(火) 00:16:58 ] mustangのjavaw.exeって60〜70秒に一度くらい規則正しくCPU負荷がすごく高くなりませんか？ワーカースレッドとか負荷の高い計算がない場合でも必ず起こってるようなきがします。 11 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 00:30:08 ] >>10 つ　sun.rmi.dgc.server.gcInterval　、sun.rmi.dgc.client.gcInterval 12 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 00:38:32 ] >>11 ガベージコレクトしてるんですか。 しかしTigerでは気にならなかったレベルだったような気がします｡簡単なアウトラインエディタを作ってるんですが、文字入力や日本語変換とかが1分に一回規則正しく瞬間的に遅くなってしまいます｡以前は気にならなかったのに。 13 名前：12 mailto:sage [2006/11/21(火) 00:39:27 ] 自分のパソコンがPen�Vの733MHZだから遅くて気になるのかな｡ 14 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 03:05:40 ] >>7 じゃ、今早速作れ。 構文解析は負担がかかるが。 とりあえずはメソッドを演算子代わりにすることから 始めないことには 15 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 03:07:25 ] >>9 その程度の簡単なものであればいいが \int\~\infty_{\infty}\frac{\sin x}[\cos \frac{dx}{dt}] みたいなものだととんでもなく負担が増大する。 16 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 09:02:49 ] 複素数は虚数単位がＩかＪかで殺し合いが起きるので却下すます 17 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 09:10:27 ] Vector v = {1, 2, 3}; Matrix A = { 　　　　{1, 2, 3}, 　　　　{4, 5, 6}, 　　　　{7, 8, 9}, 　　}; 18 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 12:35:50 ] >>16 うむ。それもそうだ。 複素数を却下するのではなく、String表記法 について慎重に検討するまでは却下する。 が正しい。＠ 19 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 12:37:39 ] >>17 見たからにただの配列と変わらんな。 シンタックスシュガーとして 導入したとでもいうのかね。 だが、行列の演算子はどうする。 行列の積は*でいいのか？ それとも、行列の個々の要素同士の積こそが*であって 行列の積は*で表現すべきではないか？ ベクトルの内積演算子、外積演算子はどうする。 20 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 20:57:09 ] Java SE 6 っていつ出るの？ 11月上旬っていう記事を見たんだが、まだだよねぇ？ journal.mycom.co.jp/articles/2006/11/01/java/ 21 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 21:25:07 ] 今、RC 22 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 21:34:22 ] >>20 おまえは>>1すら読めないのか 23 名前：デフォルトの名無しさん mailto:sage [2006/11/22(水) 08:28:56 ] >>20 November と December を勘違いでもしたんじゃねーか？ と思わなくも無い。大地ﾀｿだし。 そこの記事ちゃんと読むと、記事の日付が 11/1 になってるのに > Java SE 6のリリースまで1カ月強となった。 とか出てきて変だし。 24 名前：デフォルトの名無しさん mailto:sage [2006/11/22(水) 18:06:26 ] いや、当初は11月初頭リリースって予定だったと思ったが・・・。 25 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 02:52:35 ] >>19 そんなあなたに Fortress 26 名前：デフォルトの名無しさん [2006/11/23(木) 12:39:02 ] 次のバージョンではGenericsを完全にしてほしい。 27 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 12:43:18 ] 完全てどういうことだ 28 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 13:56:59 ] C++Template化とかほざいたら>>26をしばきたたこうぜ。 29 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 13:57:16 ] public class A<E> { 　　E[] e = new E[5]; } ができるように。 30 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 16:07:03 ] >>29 erasure だけを使ってる限りは無理だろうね。 31 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 18:42:09 ] erasureによるGenericsは、 全ての型で使える１つのコードを生成するだけでよいという利点 があるんだけど。 キャッシュの当たり率やメモリ消費量的には有利なはず。 C#のGenericsを採用した時点で、JITコンパイラは一部のコードを C++のテンプレートのように型毎に生成する必要が出てくるからなぁ。 32 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 15:35:44 ] >>29 そもそも、配列でそんなもんを使う価値が理解できない。 配列自体おかしな仕様なんだから。 List使え。 33 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 15:36:18 ] >>31 Java GenericsはC#のGenericsとは違うからな。 34 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 16:35:44 ] > 配列自体おかしな仕様なんだから。 どの辺が？ 35 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 16:36:56 ] ということは、>>29は、利便性とデメリットを検討した上で 排除された記法っぽいな。 俺も>>29が出来てもそんなメリットとも感じないし。 36 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 20:31:36 ] >>34 まず一つあげてみようか。 配列型を引数にとるとその引数である 配列の要素にまでfinalを指定できないことがあげられるね。 簡単に言うと配列は型安全性が完全に保証されていないこと。 配列の配列を他の配列の配列の型に代入できたりとか。 あと、配列型は継承できないこととか。 37 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 20:49:21 ] >配列の要素にまでfinalを指定できないことがあげられるね。 コンパイル時、個々の要素毎でなく配列全体一括で不変にできるようにしようって話なら adding_generics の時にも一旦出てたし、JSR 308 とかでもやろうとしてたりとかしてるね。 jcp.org/en/jsr/detail?id=308 > 簡単に言うと配列は型安全性が完全に保証されていないこと。 よくわからんけど、これは List も同じでは？ > あと、配列型は継承できないこととか。 配列を継承したいケースって、どんな時？ toString() 弄りたいとかはわからんでもないが、他の解決法あるし…… 38 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 21:01:25 ] >>37 一番上に関しては List でもコンパイル時にはチェックできないし。 Collections.unmodifiableList() とか使えば実行時にはチェックされるけど。 39 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 21:05:59 ] >>37 36じゃないが、「配列は型安全性が完全に保証されていない」ってのは 下のコードは実行時例外が出るのにコンパイルが通るって話だろう。 ジェネリックな List だとコンパイルが通らない。 String[] ss = new String[] { "abc" }; Object[] os = ss; os[0] = new Integer(123); 40 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 21:17:18 ] >>39 コンパイル時の型安全だけに限ってるのか。 実行時は List の方が緩くなるし、どっちもどっちだと思うけどね。 Collections.checkedList() もあるけど、 Class が必要になるから、必ずしも使えるとは限らんし。 41 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 23:20:57 ] >>38 それを配列にできないから配列は糞仕様だっていってるんだろ。 いちいりListに変換しないといけないからな 42 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 23:22:40 ] Developer Worksで配列はCovariantじゃないってのがあったな。 配列をGenericsで扱うと、思い通りにいかないとかってやつ。 今その話が発端になっているのかな？ たしかにあれはキモイ。だから配列は極力つかわないほうが 綺麗になるってことかな。配列とGenericsとの併用は避けるべきだともいえそうだね。 43 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 23:26:37 ] >>37 > > 簡単に言うと配列は型安全性が完全に保証されていないこと。 > よくわからんけど、これは List も同じでは？ そこでGenericsと、既に出たけれどもCollectionsクラスのアンモディファイアブルを 使う。配列だとListほど思い通りにいくわけでもないな。 配列はListよりパフォーマンスがよくてコード量が短いという 程度のメリットしかないな。 > > あと、配列型は継承できないこととか。 > 配列を継承したいケースって、どんな時？ そんなケースはまれだと思うが、 ある型Aを配列で扱いたいとき、 Aを継承したBも配列で扱いたい。 そんなとき、B[]はA[]を継承できるかっていうと そうでも無いって奴だな。 そうなったらAArrayやBArrayというクラスを別途 作って対応するしかないって奴だ。 44 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 23:33:52 ] 配列もプリミティブ型同様、 Javaの中で妥協して作られたモノだと見てもいいな。 しかしprintf(String a, Object...)は 実は正体がprintf(String a, Object[] b)というからな これもいつしか public <E> PrintStream printf(String a List<E> ) なメソッドがオーバーロードされるんだろうか 45 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 00:03:05 ] >>42 いや、generics は covariant じゃないから、型安全が保持されてるって書いてあったような。 > 配列とGenericsとの併用は避けるべきだともいえそうだね。 配列と Generics は相性も悪いしね。 >>29 みたいのができないし。 46 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 00:10:13 ] >>43 > そんなとき、B[]はA[]を継承できるかっていうと それって、どーゆー時に必要になる？ 47 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 00:35:27 ] 例えばSortedSetを継承してTreeSetを作りたい、 みたいなときじゃないかな。 結局配列型を継承せず 配列型を集約するわけだが 48 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 00:42:00 ] >例えばSortedSetを継承してTreeSetを作りたい Sorted配列を継承してTree配列作る？ 配列に対して、そーゆー発想は無かったなぁ。 49 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 02:25:17 ] そして配列に失望するのであった。 配列は非オブジェクト指向である。 50 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 02:29:47 ] 構文糖衣を許して、[]=っていうメソッドを定義できるようにするしかない。 51 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 03:09:59 ] >>48 普通はしない ってか、Tree配列ってなんだよ 52 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 03:35:37 ] >>45 でも配列使うAPIも結構多いんだよね。 何しろGenericsができるまでは要素の型を指定できたの配列だけだし。 53 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 09:12:57 ] Number[] nums = new Double[2]; nums[0] = new Double(1.0); //OK //nums[1] = new Integer(1000); //ArrayStoreException Double[] dd = (Double[])nums;//OK Number[] num2 = new Number[2]; num2[0] = new Double(1.0); //OK num2[1] = new Integer(1000); //OK num2[1] = new Double(0.01); //OK Double[] ddd = (Double[])num2;//ClassCastException 54 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 09:47:30 ] >>39 それで「型安全が完全に保証されていない」ってんなら、極端な話すれば、 List<String> l = new ArrayList<String>(); Vector<String> v = (Vector<String>)l; は、コンパイルが通るから、 「参照型の変数は型安全が完全に保証されていない」 とかいう変な話になっちゃうような気もする。 55 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 12:42:16 ] >>54 それはキャストしてるだけでしょ。 型安全ってのはキャストなしでコンパイルが通ったら 実行時にも型に関する例外が出ないことだよ。 56 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 13:12:16 ] >>54 それはキャストが型安全じゃない事を示しただけ。 そりゃ、キャストは型安全じゃないわな。 57 名前：デフォルトの名無しさん [2006/11/25(土) 14:32:17 ] ArrayListのコードの一部だけど何か奇怪だね。 private transient E[] elementData;（92行） this.elementData = (E[])new Object[initialCapacity];（113行） 58 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 15:12:10 ] そりゃ、erasureだからnew E[initialCapacity];はできんでしょ。 59 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 15:23:13 ] 配列は変な仕様だが、 配列がないとCollectionFrameworkもつくれないわけか・・・ 60 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 15:28:51 ] >>59 配列が covariant じゃなかったら 1.4 で Collection#toArray（Object[]） の 使い勝手が滅茶苦茶悪くなるし。極端に変な仕様だとも思わんが。 61 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 19:03:57 ] >>60 まあその辺はトレードオフだわな 配列がcovariantなおかげで便利な部分があるのも確かだし 一方で型安全では無いとか配列の要素への代入時にチェックが入って遅くなる(可能性がある) とか、covariantなために発生する問題もある 型安全かつ利便性をそれなりに保つためには、Java Genericsが採用したワイルドカードの ような機能がJVMレベルであれば良かったんだろうけど、今更言っても後の祭りだしね 62 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 21:01:45 ] >>59 っJNI 63 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 21:46:16 ] >59 つcons 64 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:09:16 ] ところで covariantの意味はなんたるか 統計学用語で varianseが分散 covarianseが共分散 ってのはわかるんだが 65 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:09:49 ] スペルミスだ variance covariance の間違い 66 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:11:35 ] おっとよく見ると www2.alc.co.jp/ejr/index.php?word_in=covariant&word_in2=%82%A9%82%AB%82%AD%82%AF%82%B1&word_in3=PVawEWi72JXCKoa0Je # covariant 【形】 《数学》共変｛きょうへん｝の # covariant components 共変成分｛きょうへん せいぶん｝ # covariant derivative 《数学》共変微分｛きょうへん びぶん｝、共変導関数｛きょうへん どうかんすう｝ # covariant differential 共変微分｛きょうへん びぶん｝ # covariant differentiation 《数学》共変微分｛きょうへん びぶん｝ # covariant equation 共変方程式｛きょうへん ほうていしき｝ # covariant functor 共変関手｛きょうへん かんしゅ｝ # covariant gage 共変｛きょうへん｝ゲージ 67 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:13:54 ] ベクトル解析は三次元までしかしらないので covariantとかtensor(テンソル)とかいわれても わからん。 n次元空間とかn次元超平面とかクォータニンとか全然ピンと来ない 68 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 00:58:36 ] >>64 プログラミング言語関係の用語のcovariance・contravariance は、共変・反変と訳することが多い。varianceの訳語は 聞いたことが無いので、よくわからない で、covarianceの意味だがここで言われてる文脈では ある型AとBとパラメータ型Tについて、 A <: B => T<A> <: T<B> ( A <: B は AがBのサブタイプであるという意味) が成立するとき、Tはcovariantであると言う。 で、Javaの配列に関して考えてみると A <: B => A[] <: B[] がJava言語仕様で決まっているからJavaの配列はcovariantなわけだ 一方、Java Genericsでは上記の命題が成立しないのでJava Genericsの Generic型はcovriantでは無いというわけ 69 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 03:16:26 ] お前ら、何でJava使ってるんだ。 もういいから、違う言語使えよ。 70 名前：64 じゃないが mailto:sage [2006/11/26(日) 03:19:04 ] >>68 なるほどーすげぇよく分かったよ。ｻﾝｸｽｺ 71 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 10:21:31 ] A <: B => T<A> <: T<B> ( A <: B は AがBのサブタイプであるという意味) この行を読もうとして変態言語のパーサの気分がよくわかった。 等幅フォントにしたら読みやすくなった。 72 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 12:49:03 ] >>69 じゃ、オマエのおすすめの言語あげてみそ 73 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 13:08:53 ] >>69じゃないけど、MathematicaだとJ/Linkや.NET/Linkで Javaや.NETと連携できるみたいだね。 面倒な計算はMathematicaのエンジンにやらせて、 結果だけJavaで表示って方法じゃダメか？ Mathematicaしか調べてないけど、他の製品にもこういうのあるんじゃない？ 74 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 01:52:43 ] それが普通の人の発想だと思おうよ 75 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 02:20:17 ] >>73 ドトネトとの連携が>>69とどういう繋がりがあるんだかわからないが 数値計算のためにわざわざドトネトを使う価値ってものが どういうものか説明しないことには意図が伝わらないな 76 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 04:31:53 ] >>75 いや、>>73の論旨を読めてないでしょう。 JavaOnlyで行わず数値演算は、Mathmatica(あれも一種の言語だよな) 何かに任せ連携を取るということもあるという話。であって 数値演算に、Java、.NET等の汎用言語を「使わない」選択肢について語ってるのが>>73 77 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 08:07:07 ] Mathmaticaってそんな一般的？ 大学の端末には確かに入ってるけど・・ 78 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 15:36:34 ] 本気で数値計算やるなら大抵持ってる希ガス つーか他の製品知らない 79 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 15:53:39 ] >>76 Mathematicaの話をするならドトネトの話は関係ない 80 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 15:53:57 ] >>78 MATLABのほうが断然使いやすいんだが 81 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 20:35:23 ] MATLAB,Mathematicaは、理系で大学生以上なら一般的に知ってると思う 他の言語とのインターフェースは知らなかったよ。 82 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 23:52:44 ] MATLABは大学でも 特定の研究室に関わらないと知らないと思うぞ。 あと、高いしな。 FortranやC/C++のほうが知名度が高いだろう。 83 名前：デフォルトの名無しさん [2006/11/29(水) 20:30:40 ] 昔、Javaにポインタを導入しろとか言ってたやつがいたなｗ 84 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:24:09 ] ぬるぽ 85 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 23:26:25 ] >>82 CやJavaを使える生徒が減ったという理由でMATLABが必修になりつつある情報科があるんだよなw まず教授がCやJavaを使えないって話かもしれんがw 86 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 01:18:03 ] >>83 C#見て小躍りしたんだろうなぁ >>84 うん。ガッ 87 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 01:43:40 ] 大学生は生徒とは呼ばない。学生と呼ぶ。 生徒は中高生のことを指す。 88 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 20:26:03 ] ++java 89 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 09:48:41 ] Java# 90 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 07:44:53 ] #java++ 91 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 10:42:01 ] Java SE 6 まだ〜？ 92 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 13:37:01 ] #import <java.lang.System> 93 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 12:24:19 ] JDK7 build03 ttp://download.java.net/jdk7/binaries/ ttp://www.java.net/download/jdk7/changes/jdk7-b03.html Changelogの多さからして本格稼働した様子。 94 名前：デフォルトの名無しさん [2006/12/10(日) 10:42:44 ] 次世代Java == C# 95 名前：デフォルトの名無しさん mailto:sage [2006/12/10(日) 14:05:39 ] 流石に言語機能としてはまだC#のほうが上かな。 さすがDelphi作者が作っただけはある。 Java 7からはプロパティやクロージャも検討されるから 2009年には若干C#より柔軟になる。 96 名前：デフォルトの名無しさん mailto:sage [2006/12/10(日) 15:43:40 ] そーいや、クロージャの話はいろいろ出てきたけどプロパティの話はあんましみないね。 97 名前：デフォルトの名無しさん [2006/12/10(日) 19:22:49 ] リリースまだかよ。 12月も1/3過ぎちゃうぞ。 98 名前：デフォルトの名無しさん mailto:sage [2006/12/10(日) 23:09:53 ] なんか、最近ようやく継続の存在意義を知った 99 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 20:13:17 ] リリースされたよ。JDK6。 100 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 20:33:55 ] ランゲージパックは無し？ てか5.0のupdate10をちらっとみたけどこっちのがマニアックに凄いな selectが内部でepollで実装されてるってことはゲーム用途でもいけそう

---

---

[ 続きを読む ] / [ 携帯版 ]

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