次世代Javaの動向　２

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にも組み込まれる予定。 577 名前：デフォルトの名無しさん mailto:sage [2006/08/24(木) 21:03:03 ] クロージャからのローカル変数のアクセスは暗黙的に排他すんじゃないの？ それよりスレッドにクロージャを渡すような使い方は俺はしたくねーな 578 名前：デフォルトの名無しさん mailto:sage [2006/08/24(木) 21:19:25 ] スタックを保存してヒープにもってくとかそんな感じ？よーわからんなぁ。 スクリプトだとthisの扱いがいつでもmixinって感じで使いにくいから クロージャ使わないとデリゲートにならないんだよな 579 名前：デフォルトの名無しさん mailto:sage [2006/08/24(木) 21:52:28 ] 文書読んでみたが、並行性については特に何もやる気ないみたいだね 必要なら今まで同様プログラマが対処しろって感じ 580 名前：デフォルトの名無しさん mailto:sage [2006/08/24(木) 22:47:06 ] Java in the BoxさんとこにJava 6では 「Server VM と Client VM の動的な変更」がサポートされるとあるんだけど これってSwingとかで文字列置換メソッドは Server VMでJITコンパイルできるとかそんなん？ 581 名前：デフォルトの名無しさん mailto:sage [2006/08/24(木) 23:46:44 ] クロージャはifやforの{}が引数と戻り値持った感じだと思う >>577 Rubyやってると割と普通な気がするんだが、どの辺がいやなの？ 582 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 00:13:18 ] 匿名クラスでコンストラクタ定義できればそれだけでいいんだけどな。 583 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 00:23:38 ] そんなことより、Genericsの仕様、 さらなる変化は無いのか？ パラメタライズドクラスを作るのが大変なんだが。 タイプセーフなため、配列と違って、List<Integer>はList<Number>のサブクラスにはできんし。 <>の中にさらに<>を入れ子に書いてとクラス設計が難しい。 パラメタライズされたクラスの継承でのパラメータの扱いといい、 慣れるのが大変。 584 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 01:32:15 ] 解ってないんだけど、ローカル変数ってもともとスレッド毎でしょ？ マルチスレッドで、何の問題があるの？ スコープ抜けたときにスタックからヒープにコピーすればいいだけじゃん？ 585 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 03:48:23 ] クロージャってC++にも追加されるんでしょ？ 流行ってるね 586 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 06:38:13 ] >>584 そのスレッドで、Runnableなオブジェクトを作って クロージャを引き渡したらどうなると思う？ そういうこと。 また、今のListener系のような使い方をした場合、 マルチスレッドになるのは目に見えてる。 ただ、先の文書ではそこらへんは保証しないみたい。 主張を読むと、そういう場合は、今まで通り匿名クラスを使うか、 Javaで既に用意されてる並行性の仕組みを使えってこと。 なぜなら、そんなのを必要としない大多数の開発者には パフォーマンスが落ちるだけで有り難迷惑だから。 587 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 06:47:06 ] >>583 つワイルドカード 　List<Integer> ints = new ArrayList<Integer>(); 　... 　List<? extends Number> nums = ints; //OK 588 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 10:19:17 ] >>587 List<T extends Number> nums = ints; はだめなのか 589 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 10:25:11 ] >>588 public <T> void aMethod() { List<T extends Number> nums; // } とかならTが型パラメータと分かるので可能だが、そうでなく唐突に Tが出ても未定義シンボルになる。 590 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 10:26:20 ] と思ったら出来なかったorz 591 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 10:45:45 ] >>582 いや、普通にできるが。 592 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 21:40:02 ] インスタンスイニシャライザではダメなんですたぶん 593 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 21:52:34 ] >>589 うーむ。Tの定義ってメソッドの頭かクラス宣言の後だったんだね。 継承使うとき、どうりで変だと思った class A<T> implements SuperA {} という表記はうまくいっても class A implements SuperA<T> {} はうまくいかず未定義といわれる。 当然、 class A implements SuperA<T extends Number> { は怒られる class A implements SuperA<?> { も怒られる。 594 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 23:08:22 ] 変なのはおまいの頭だと思うよ… 595 名前：デフォルトの名無しさん [2006/08/25(金) 23:21:55 ] いきなりむかつくこといいやがったなおめえ。 確かにgenericsにはまだまだ慣れていないが、 情報が少なすぎていつもGenericsで悪戦苦闘して こっちは大変なんだよ。 しかし、Genericsでパラメタライズされたクラスを 作ってる奴は少ないんだな。 2chでも稀なほうか。 C++Templateとは似てるようで違うためか、 使いこなせない奴も多いもんだな。 596 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 23:34:05 ] >>595 情報とか言う以前に仕様書を読めよ。 あと class A implements SuperA<T> {} なんか A を使うときにどうやって T が型パラメタか 普通のクラスか見分けるんだよ。少なくとも class A<T> implements SuperA<T> {} とやらないとパラメタ指定できないだろ。 597 名前：しろうと [2006/08/25(金) 23:59:55 ] ちょっと質問なんですが、クロージャが実現できると、何がウレシイのでしょうか？ 実行時評価するわけじゃなくて匿名インナークラスのSyntaxSugar＋α程度のもの でしかないのなら、別にどっちでもいいんじゃねえのとおもうんだが。 ここのところ、大々的に言語仕様かえるといっといて、結局やってることは プリコンパイラにどっちでもいいだろという機能を追加してる程度のケース が多いようなのだけど、どういう圧力からそういう結論になるのでしょうか。 後方互換を保つために妙な妥協して、あるべき論と掛け離れた中途半端な仕様 を差し込むくらいなら、何もしないほうがいいと思うのは私だけデスカ？ 598 名前：しろうと [2006/08/26(土) 00:09:24 ] >>595 別に無理に使わなくても、ちょっと頑張れば同じことができてたから じゃないの。 おいらの場合、コードがコンパイラ依存になるのが嫌なので、当分セ コセコデリゲートクラスとか自作して頑張ってくつもりです。 599 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:15:01 ] 関数型のメリットは多いよ ・delegateの実装が楽（クロージャ） ・スクリプトフレームワークの拡張がしやすくなる ・継承では補いきれない差分プログラミングが可能（保守性向上） 600 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:17:08 ] >>597 > どういう圧力からそういう結論になるのでしょうか VMにでかい機能を追加すると遅くなるだろ。 しかしGenericsの仕様はいくらなんでもあれだが。 601 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:20:42 ] >>598 Javaは私企業のプロダクトだから結局C#対抗な訳よ マイクロソフトに負けたくないっていうSunの言語ｵﾀの意地とｵﾅﾆｰ 602 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:22:15 ] .classみたいな感じで.methodってできるようになったら良くない？ ってとっくに議論され、破棄されたんだろうが。。。 いまでもリフレクションでできるけど面倒なんだよね。 メソッドにアノテーションつけた時に参照するのも obj.getClass().getMethod("method1").getAnnotation(anno); とかだぜ。タイプセーフの意味がない。 これが method1.method.getAnnotation(anno); となりすっきり。。。 603 名前：しろうと mailto:sage [2006/08/26(土) 00:24:17 ] >>601 Javaもめでたくオプソになるらしいし、そのうちC#コンパイラとか 出るんでねえのかなとか思う毎日。…って、APIのサポートがむずいかな。 604 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:26:39 ] ECMA標準のC#なら余裕だろ SUNもJava VMを.NET化させるつもりだし 605 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:29:14 ] Sunっていつも後手後手だよね 606 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:30:09 ] 夏休みもそろそろ終わりなのになぁ。。。 607 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:32:42 ] >>605　？？？ 夏だな 608 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:36:37 ] もうJavaもおわりだなと感じる今日この頃 609 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:37:49 ] JavaOneの聴講者数は年々増加の一途なのだが 610 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:38:56 ] >>608 そう思われる様になってからが華 611 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:40:26 ] >>609 それに比例して、馬鹿がますます増えてきたな。 612 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:41:08 ] Java人口の増加と先進性は反比例 613 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:42:48 ] >>602 Hoge.classがClass.forName("Hoge")の言語糖衣だと知った時はショックでした。 614 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:47:55 ] >>597の感想はもっともだよな 後方互換を気にしながらC#の後追いしてるくらいなら 新たな言語環境を提案してくれないかな もっともSunにもIBMにも無理そうだな 615 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:49:30 ] >>613 ちがくないか？ Class<Hoge> c = Hoge.class; と Class<?> c = Class.forName("Hoge"); でしょ？オレが間違って覚えてるのか。。。？ 616 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:49:58 ] > 新たな言語環境を提案してくれないかな 100%ぽしゃるから。今の時代はライブラリ＞言語仕様 617 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:58:11 ] >>615 日本語は間違って覚えてるね。 618 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:00:31 ] >>615 でそのGenericsも糖衣な訳だが 619 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:02:44 ] Javaの欠点はGUIライブラリの貧弱さ 620 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:04:00 ] >>619 Swingの実装感は.NETのライブラリとたいして変わらんと思うが。 問題は性能なのか？ 621 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:06:06 ] >>618 そういえばそうか でも.classリテラルはforName()とは使用場面が異なると思うんだが それでも糖衣っていうのか。 622 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:08:42 ] >>621 Hoge.classはコンパイラ通すとClass.forName("Hoge")に コンパイルされるってこったよ。 623 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:11:59 ] >>620 クライアントアプリを作るにはまだまだ たとえるならXToolkitレベル 標準のFontChooserとかGridControllerとかなんで出てこないんだろ 624 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:13:48 ] >>623 目指すはVBなわけですな…かくてまた馬鹿が増えるのかorz 625 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:15:39 ] バッドノウハウとグッドラッパーの話だなこりゃ 626 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:19:50 ] 目指すはVBてか、GUIはある程度統一されるべきな訳よ GnomeやKDEのようにね あるアプリで選択した色やフォントは、別なアプリでも使いたい そのためにはJavaももうVMだけじゃなくて バックグランドで常駐するサービスレイヤーが必要だと思うのね 627 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:21:54 ] >>626 >バックグランドで常駐するサービスレイヤー Java6ってそれじゃなかったっけ。 628 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:22:08 ] >>622 syntax sugar ではあるが Class.forName("Hoge") にコンパイルされるわけではない。 >>623 Swing って SWT/JFace の対応で言う SWT の方 (基本機能) であって 高機能なコンポーネントは自作するorどっかからライブラリを探してくるor買う もんだと思うんだが。 629 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:22:19 ] ブラウザがAPIいっぱつでデフォルトをぽんって出すから そのうちメーラーとかコンパネとかフォントダイアログとか そういうのもネイティブで出るんじゃないか 630 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:22:22 ] >>622 しつこいようだが、なんでジェネリックスだけ違うのかわからん。 Class<Hoge> c = Class.forName("Hoge"); がコンパイルしないのは何故？.classだとokなのに。 eraserとかってやつ関係かな？ 631 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:26:57 ] >>623 それだといつまでたっても統一環境ができない アプリは自作でいいが、サービス層はもっと充実させるべき 632 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:29:16 ] >>630 そういう場合こんな感じじゃなかったっけ Class<Hoge> c = Class.<Hoge>forName("Hoge"); 633 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:31:05 ] >>629 ブラウザが基盤だという発想には違和感感じっぱなしの私。 あれは明らかにアプリでしょうに… 634 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:33:30 ] >>632 よくわかんないけど forName使う意味なくない？ forNameはコンパイル時にはclassが見えない時につかうんじゃね？ Hogeが手元に無い時とかさ。 635 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:37:21 ] >>634 そこは一応名前と実際のクラスは別もんということで、、、 クラスローダによってはほんとに別にできると思うけど 636 名前：このネタ書いた人 mailto:sage [2006/08/26(土) 01:48:59 ] 正直どうでもいいんだけど Class hoge = Hoge.class を含むクラスをSunJDKのjavacでコンパイルして、javap -c してみると、 invokestatic Method java/lang/Class.forName:(Ljava/lang/String;)Ljava/lang/Class; になるわけなんだが、俺なんか勘違いしてる？ 637 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:03:04 ] まあGUIについてはJavaは約20年遅れてる ってことでおやすみ 638 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:06:03 ] >>636 バージョンは？ 確かにどーでもよいが。 639 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:08:48 ] >>638 手元のJDKは1.4.2_10。5.0は持ってないのでどうなるかシラン。 640 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:12:02 ] >>639 1.4までは.classは.forNameと同等 1.5からは扱いが変わったってことかな？ なんでかえる必要があったのか、というのは考えない事にします。 641 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:35:30 ] どうでもいいことだが、 1.5 からはクラスリテラルではクラスが初期化されない。 642 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:13:55 ] >>599 自分も、スクリプトフレームワーク側からの要請が 結構でかいんじゃないかと思う。 .NETなIronPythonは結構速いみたいだし、JythonとRhinoも速くなって欲しいな。 643 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:19:24 ] >>601 というけど、C#のようにはならんと思う。 C#とくらべかなりTypesafeだと思われ。 それだけにGenericsではパラメタライズされたクラスを 実装するのが難しいが。そのかわりタイプセーフが保証されるので パラメタライズドクラスを便利に、かつ安心して使うことができる。 マイクロソフトに負けたくないってのとはちょっと違う。 っていうかJavaはもうSun私企業のプロダクトじゃなくなってるよ Java Community ProcessによってだれでもJavaの変更について参加できる。 実際に変更するかどうかはゴスリングあたりが決めるが。 それも、JavaがC++の二の舞にならないようにするためさ。 644 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:20:37 ] >>604 > ECMA標準のC#なら余裕だろ > SUNもJava VMを.NET化させるつもりだし それは初耳。ソースはどこにある？ .NET化というのは.NETと共用するの間違いではないかと予想する。 645 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:21:39 ] >>614 ？　ゴスリングが新しい言語を作りたいとかいってなかったけか？ 646 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:23:52 ] >>611 JavaOne聴講者に馬鹿が増えたと？ 去年JavaOneTokyo2005に行ったときはそうでもなかったが。 綺麗な設備に恵まれた東京国際フォーラムを全部貸し切って、 金のかかったイベントだなって気がしたけど。 647 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:24:08 ] >>612 夏っぽい発言だね 648 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:25:30 ] >>620 >>619は古い時代のSwingのことを言ってるだけかもしれないよ。 649 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:27:08 ] >>624 ちょっと違うな。 Java Studio CreatorがVB屋向けっていうけど あれはなんだか、Dreamweaverに似てる。 デザイナにJavaを憶えさせたいという無謀な考えがSunに あったのだろうか。 それでもCreatorの完成度は高いけどね。 しかしメモリ食うしかなり重たい・・・ 650 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 06:47:46 ] なんか開発環境と実行環境がごっちゃになってる香具師がいるようだが？ 651 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 06:49:35 ] >>648 では聞くけど新しい時代のSwingって何？ 652 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 11:25:56 ] >>651 Java5とかJava6のSwingじゃね？ もしかしたらJava1.4.2かも知れんが。 少なくともJava1.2やJava1.3のSwingでないことは確か。 653 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 12:53:54 ] Java SE 6 は、SwingにもJOGLの3Dレンダリングが使えるようになるんだろ。 654 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 13:48:54 ] >>653 それっていいの？ 何がどう変わるのさ 655 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 13:55:21 ] 今までは3Dを使う場合はAWTにする必要があった。 そのためSwingで使う場合AWTで作られたリソースをバイト配列にして再構築していた。 あとLinuxとかならSwingは高速化するんと違うかな 656 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 22:39:37 ] >>650 にしても、VBなんて開発環境と言語がわんせっとになった言語だよな 657 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 22:41:07 ] >>651 タスクトレイが追加されたりタブのスクロールや移動ができて かつSWTよりも高速になった時代のSwingだよ。 C++で作られたGUIと比べてもパフォーマンスのほうは大差なくなってきたって事だね 658 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 02:14:20 ] >>614 別に後追いばかりってわけじゃないぞ プリミティブ型のboxing/unboxing、拡張for文、アノテーションあたりは後追い感が強いが Genericsの仕様はC#のGenericsの仕様が決定するだいぶ前から検討されてたし、 今回の関数型およびクロージャの仕様はC#のデリゲートに比べるとかなり良い仕様に なっていると思う 659 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 02:17:15 ] Java 7のはっちゃけぶりを見るとJVMを残してJavaを捨てる気まんまんだな 660 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 12:41:57 ] >>658 後追いといっても、C#とは仕様が異なる感じだな。 アノテーションもboxingも。 後追いのようになってしまったのは、 Java Community ProcessでC#のことをよく知ってる人が Javaにもこういう機能つけてくれよって提案したからじゃないかな。 661 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 12:42:38 ] >>659 Javaの何をすてるんかな。 JVMがどう進化するのか楽しみではあるが 662 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 13:45:50 ] >>661 Javaの構文だけを整理したものが残ると思う 663 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 14:43:35 ] >>662 何がいいたいのかよくわからないが、 構文を整理したものって一体どういうものを想像している？ 気になるので挙げてみておくれ 664 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 14:57:22 ] getter, setterとか、addListenerのデリゲート化とか。 あとはjava.ioとjava.nioの関係みたいに 互換性のために統合を避けた部分も整理して欲しいし StackとかPropertiesみたいに設計に失敗した部分も直す。 Javaの資産はD言語みたいに別言語構文を解釈する制御を入れればいい。 665 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 16:54:38 ] それより何より、配列まわりの型の腐りっぷりをさっさとどうにかして欲しい。 666 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:01:18 ] >>664 > getter, setterとか、addListenerのデリゲート化とか。 たまにJavaスレに紛れ込むドトネト厨だかVB厨かよ。 getter,setterはどうでもいい。その程度ならdelegate化もどうでもいい。 どうせクロージャが追加されるならなおさらどうでもいい。 > あとはjava.ioとjava.nioの関係みたいに > 互換性のために統合を避けた部分も整理して欲しいし 認識が甘い。そんなとこを統合してどうする。 それとも、整理する必要がどこにあるのか具体的に説明できるか？ > StackとかPropertiesみたいに設計に失敗した部分も直す。 初心者Java質問スレ見てた奴だな？ どう見直すというのか。放置か@Depricatedでいいだろ。 > Javaの資産はD言語みたいに別言語構文を解釈する制御を入れればいい。 Java6ではスクリプト言語を解釈するAPIがあるぞ。 667 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:02:20 ] >>665 それも、Collectionがあれはどうでもいい。 多次元ジャグ配列なんて滅多に使わないし。 無闇に使う奴は設計能力センスが甘いやつだね。 668 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:07:32 ] >>666 > getter,setterはどうでもいい。その程度ならdelegate化もどうでもいい。 おまえの主観だろ？多言語出身者は口をそろえて汚い仕様という > それとも、整理する必要がどこにあるのか具体的に説明できるか？ 現状でBufferを使いこなせる技術者は極端に少ない。 ファイルマップすら知らない奴ばっか。 > どう見直すというのか。放置か@Depricatedでいいだろ。 depricatedなクラスがシステムローダにロードされる時点でおかしい > Java6ではスクリプト言語を解釈するAPIがあるぞ。 根本的な部分でアイタタタ 669 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:11:29 ] >>668 > 現状でBufferを使いこなせる技術者は極端に少ない。 他は言語環境の改善要求っぽいのに、これは完全な愚痴だな。 670 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:12:55 ] あちこちでdeprecated のスペル間違えているやつがいるな。 同一人物か 671 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:15:20 ] >>669 コンセプト違いの重複した機能があちこちにある時点で要改善だろ 672 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:15:54 ] >>668 > >>666 > > getter,setterはどうでもいい。その程度ならdelegate化もどうでもいい。 > おまえの主観だろ？多言語出身者は口をそろえて汚い仕様という 他言語出身者って、どうせC#やVB, Delphi言語出身者かドトネト厨である おめえの主観だろw 綺麗な仕様とやらはC#やDelphiのget/set程度の仕様かw あの程度で綺麗なら、演算子オーバーローディングやunsafeでソースコードが汚くなるのを どうにかしようとは思わないのか。 > > それとも、整理する必要がどこにあるのか具体的に説明できるか？ > 現状でBufferを使いこなせる技術者は極端に少ない。 > ファイルマップすら知らない奴ばっか。 Bufferはまた別の話だろ。Bufferを使いこなせる奴が少ないのと 配列の型がどうだこうだと一体どう関係があるのか。 Bufferが何のためにあるのかわかって言ってるのか？ > > どう見直すというのか。放置か@Depricatedでいいだろ。 > depricatedなクラスがシステムローダにロードされる時点でおかしい なにがどうおかしく、どう不具合が出るのか説明できるか？ > > Java6ではスクリプト言語を解釈するAPIがあるぞ。 > 根本的な部分でアイタタタ お前が痛い。 673 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:16:29 ] >>670 レス元コピって使っただけだ。単語をひらで書けないのは確かだがｗ 674 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:16:37 ] >>671 > >>669 > コンセプト違いの重複した機能があちこちにある たとえばどのあたりが？ 675 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:17:58 ] >>672 お前が.NET中心でしかものを考えられないことは良く分かった。 そのほかの点についてもお前が無知なだけ。調べろ。 676 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:24:23 ] desktopアプリではflash player >>> JREなのになんでJREはあんなに巨大でなければいけないのか Java DEとか駄目？1Mくらいのサイズ希望 677 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:29:46 ] flash って desktopアプリ？ webアプリじゃなくて？

---

---

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

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