[Java SE 7] 次世代Javaの動向 6 [dolphin]

1 名前：デフォルトの名無しさん [2008/01/03(木) 12:29:37 ] 前スレ [Java SE 7] 次世代Javaの動向 5 [dolphin] pc11.2ch.net/test/read.cgi/tech/1178925915 [mustang/Java SE 6] 次世代Javaの動向 4 [dolphin] pc11.2ch.net/test/read.cgi/tech/1163986696/ [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/ 652 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 16:21:19 ] 今度の JavaOne で dolphin の進捗も発表されんじゃね？ 653 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 17:00:32 ] クロージャ以外は特にないよ 654 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 20:05:44 ] fork-joinはメニーコア時代の必需品になるだろうし重要だと思う。 そんな時代だと永続性ユニットとしてRDBMSだけじゃなく、 これとMemoryMappedFileあたりと組み合わせたやつとか使いそう。 655 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 21:35:45 ] FileじゃなくてOODBください　＞＜； 656 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 15:47:45 ] いつまでも実現しないMVMは？ 657 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 15:06:35 ] JDK7 build26 download.java.net/jdk7/changes/jdk7-b26.html download.java.net/jdk7/binaries/ 658 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 23:56:54 ] LINQみたいなのは、はいらんの？ quaereのような式言語っぽいやつじゃなくて言語実装として組み込まれてるのがほしい。 659 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 00:12:37 ] スクリプト関連ほんとに追加されるのかな〜 660 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 03:23:42 ] スクリプト関連は、やるだろうね。 Java一本が難しくなった今、他言語のサポートは急務 LINQみたいなのは、能力的に無理そう。 661 名前：デフォルトの名無しさん mailto:sage [2008/05/16(金) 19:50:57 ] method refarenceなかなかいいんじゃないの？ Integer#parseInt(String);のやつ 662 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 00:41:53 ] JavaFXをプッシュしてるけどSunは、まともなオーサリングツール作る気あるのか？ どう考えても負け戦な気がするんだけど。 663 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:24:56 ] 君にはまだ早すぎる。できる開発者だけの楽しみだしｗ 664 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 23:38:25 ] 負け戦は確定でしょ ただでさえ中心人物がどんどんやめていってるのに 665 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 15:16:25 ] SUNは、開発者ごとJavaFXをGoogleにあげればいいと思うよ。 開発者のやる気も出るし、Android標準搭載になっていい事だらけだと思うぞ。 まあもらってくれないだろうが・・・ 666 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:37:07 ] JavaFXって結局ブラウザの中でも実行できるんだっけ？ デモサイトを見てもブラウザ内で実行できるのが無いんだけど単にJavaFXのブラウザプラグインがまだ無いだけ？ 667 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:43:12 ] 全部javaで書いてあります。> JavaFX 668 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:47:01 ] えーとね、スクリプトをサポートする順番は、sunの発表では、rubyとかはあるけどFXは全く予定にないってところだった。 まだ熟してないんだよ。そーあせるなってｗ 669 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 00:18:10 ] 熟すときは来るのか？ｗ 670 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 07:10:25 ] SM次第でSMのシルバーなんとkがが市場を開拓すればおのずと、 知らないだろうけど、フォトランのsun風味とかもあるし、 671 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 11:09:35 ] JDK7 build27 download.java.net/jdk7/changes/jdk7-b27.html download.java.net/jdk7/binaries/ 672 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 12:02:22 ] JDK6でせっかく入れたTools APIはjava7のリッチクライアントプロファイルでは外されるんだな。 Tools APIってJDK6で入っただけでまだ標準ライブラリ化してないんだっけ？ 673 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 12:09:04 ] >>672 リッチクライアントプロファイルからはjavacとか削るつもりなんだろ。 プロファイルによってはAWT/Swingみたいな標準ライブラリも削られる。 だからTools APIが削られる事と標準かどうかは関係ない。 674 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 13:47:38 ] プロファイルはJREの話だからjavacがないのは元からだ。 toolsAPIはJREのrt.jarに入ってるから削られる。 675 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 14:18:04 ] >>674 このスレの主だから。こいつは、なんつーか傲慢で非常にひねくれた性格なのよｗ 確かageたりすると、こいつ、すぐ発狂するからｗｗ 676 名前：デフォルトの名無しさん [2008/05/26(月) 14:20:08 ] ＞プロファイルによってはAWT/Swingみたいな標準ライブラリも削られる。  だからTools APIが削られる事と標準かどうかは関係ない。 この「だから」ってのはどうつながっていて、標準ライブラリとTools APIとどういう風に「関係がない」のかちゃんと説明できるの？ 偉そうに適当な事ばかり言ってないでさ 677 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 14:39:12 ] AWT/Swingが削られるのはヘッドレスプロファイルだろ。サーバーサイド向け。 けどjava2Dの一部ってAWTだよな・・・。 678 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 14:54:49 ] headless はマジで助かる。 Ubuntuにheadlessのopenjdkが入って助かった。 でないとサーバ用途なのに、画面周りが必要だったり困りもの。 679 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 14:59:42 ] 1.4以降なら -Djava.awt.headless=true つけりゃヘッドレスモードになったような。 680 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 15:00:26 ] Ubuntuはもうjdk6u10入ってるのか。 新java-pluginって単にJavaFXでブラウザからドッカブルにしたかっただけだよね。 J++が吐いた糞バイトコード食ってブラウザ毎VMおとされる心配がなくなったから良いが。 681 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 15:09:12 ] >>679 ん、そうなんだけど、インストール時はdependencyの関係上画面周りの インストールが必要だったのよ。使わないのに。 682 名前：デフォルトの名無しさん [2008/05/27(火) 19:24:21 ] このスレにもageると発狂する奴がいるのか？ 683 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 20:13:57 ] 研究室も貧乏臭くて真っ暗なんじゃね？図星だろうｗｗ 684 名前：デフォルトの名無しさん [2008/05/28(水) 19:35:25 ] 研究室にテロでも仕掛けるのか？ 自分でまねいた種だし、いっちょやっつけちゃってよｗｗ 685 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 16:29:28 ] 研究室にテコを仕掛けてきますた。 見事に釣り合っております。 686 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 19:12:40 ] JDK7 build28 download.java.net/jdk7/changes/jdk7-b28.html download.java.net/jdk7/binaries/ 687 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 07:16:41 ] 教えて君ですまない。 build28というのはどのくらいの進捗なの？ クロージャやプロパティは使えるようになってますか？ 688 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 08:00:59 ] > build28というのはどのくらいの進捗なの？ まだまだ。 > クロージャやプロパティは使えるようになってますか？ なってない。 689 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 08:02:52 ] >>687 クロージャ使いたかったら www.javac.info/ のプロトタイプ使うのが手っ取り早い。 690 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 12:06:41 ] >>688-689 ありがとう。それは残念、待ち遠しいですね。 691 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 14:56:19 ] 別にイラネ 692 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 16:02:03 ] 多値関数がホスィ 693 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 17:43:41 ] 俺も思う 配列で実現する シンタックスシュガーでいいんだけどな・・・ ( String a, String b ) = hoge( c); が書きたいだけなんだ・・・ Object[] hoge(String c){ } で定義する、でもいいから・・・ 694 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:45:55 ] バグの温床なので諦めて下さい 695 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:59:38 ] >>694 どの辺がバグの温床？ 696 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 21:14:57 ] javascriptでもできるようになったんだよな。 var [a, b] = (function (a, b){returen [a, a + b]})(10, 20); って・・・。 697 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 22:44:05 ] 多値とオプション値型は、 ヒープを消費しない形で多用したいので、 組み込みで入れて欲しい。 698 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 23:54:09 ] >>697 スタック使うのは、何年か前にBugDatabaseでVMの大幅な変更が必要だから却下って言われてたような。 699 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 00:54:28 ] VMって、戻り値に複数スタック渡せないんだっけ？ 700 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 07:13:10 ] 無理 701 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:27:13 ] 多値だけは止めてくれ吐き気がする あれは本当にたちが悪い 702 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:27:38 ] VMは戻り値指定にひとつの型しか指定できないし、戻り値を返す命令もireturn lreturn freturnみたいな単一の型指定しかできないので、最低限、戻り値指定と複合return命令を追加する必要がある。 703 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:36:46 ] invokedynamicでも入るんだから何でも入りそう。 704 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 11:37:27 ] invokedynamicと戻り値指定変更の影響範囲の違いもわからないのか。 705 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 11:51:59 ] 実行時にはa,i,l,f,d,voidしか区別する必要ないんだから、 結構簡単なんじゃないの? 706 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 12:30:28 ] じゃあおまえがプロトタイプを作って見せてくれ 707 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 12:45:29 ] コンパイラの方も多値は基本的に代入だけだしね。 708 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:06:16 ] いや、だから、コンパイラが返値をObject[] に変えてくれればいいんですお。 配列の返値はOKですよね？ 709 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:12:01 ] オプション型は、論理型への暗黙の変換か、 match case文がないとダサダサだね。 Javaには入りづらいだろうね。 710 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:30:19 ] >>705 戻り値の数と組み合わせの管理が必要になるだろ。 711 名前：デフォルトの名無しさん [2008/06/13(金) 13:35:23 ] 引数の参照渡しと多値関数どちらかとれといわれたらどっちがいい？ 712 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:38:09 ] どっちもイラネ。 case節で指定できる型を増やしてくれ 713 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:38:22 ] >>710 それはコンパイル時に終わらないかな? *loadのスロット参照すればいいから。 714 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:58:13 ] > *loadのスロット参照すればいいから。 バイトコードベリファイア書き換えないと無理ね。 変更後のバイトコードベリファイアに脆弱性ないかを調べるの面倒だし。 あと、スタックフレームが連続してる保障ないはずだから、 *loadでやるのが可能なのかも疑問だったりする。 715 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:53:31 ] >>714 連続してなくても＊loadで参照できればいいんじゃないのかな。 コンパイル時にフレームサイズもindexも決まるわけだし。 ベリファイア書き換えはちょっと面倒だね。 invokedynamicみたいな基本ポリシーy面での変更はないけれど。 716 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:08:26 ] > 連続してなくても＊loadで参照でき るようにするためには、VMの書き換えが必要になるわけで。 717 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:41:36 ] というか基本的にフレーム内は連続してる前提でしょ。 もちろん実装に任されているけれど。 多値だって個数はスタティックに決まるんだからフレーム内におさめられるし。 >>714は何が疑問なんだろ。 718 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:44:58 ] >>717 VM仕様で、異なるメソッドでフレームが連続していなければならないって記述してある箇所あんの？ 719 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:01:11 ] >>718 *returnしたものが、*storeなどで参照できるってことだけだね。 多値が追加されたとしても、その辺の抽象的なVMの定義は変らないのでは。 720 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:02:24 ] > 3.6 Frames > A frame ceases to be current if its method invokes another method or if its method completes. > When a method is invoked, a new frame is created and becomes current when control transfers to the new method. > On method return, the current frame passes back the result of its method invocation, if any, to the previous frame. > The current frame is then discarded as the previous frame becomes the current one. あたりを読むと、モデルとしては完全に分離してるように見えるが。 721 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:03:36 ] >>708 Arrayだとdoubleとか入れるの困るじゃん 722 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:09:55 ] >>719 *return した値ってオペランドスタックに置かれるんじゃなかったっけ？ ローカル変数領域だったっけか？ 723 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:23:43 ] >>721 java.lang.Doubleにboxingすりゃいいのでは？ >>693みたいな構文糖でいいって場合は配列生成するんだろうし コストはあんまし重要視してないんじゃないかと。 724 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:31:45 ] >>693 > Object[] hoge(String c){ > } > で定義する、でもいいから・・・ これはありえんだろ。型弱すぎw 725 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:35:48 ] 型の話でいうなら変換前の言語の時点での問題だろ。問題にならんと思うが。 726 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 17:07:14 ] Object[]よりも無名クラスのオブジェクトの方が向いてるんじゃないの。 ボクシングの問題とか。 727 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 17:18:16 ] 裏側でクラス作るくらいなら、Object[]でいいと思う そんな謎のpublicなクラス作られると気持ち悪い。 728 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 19:54:19 ] 本当に構文糖にできるなら、Object[]の部分は何かで書き換えられると思う。 で、Genericsのようにチェックはコンパイル時ってことでいいんじゃないかな？ 729 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 20:45:07 ] >>701 そこにタッチ 730 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 21:07:15 ] >>712 それは思うなぁー 確か7でStringのswitchができるようになるとかいう噂もあったよな あれは是非お願いしたい。 731 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 22:21:24 ] 最近Scala触ってるんだけど、正直Javaの拡張はもういらない気がしてきた。 欲しいなと思ってたものが殆ど揃ってる。 732 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 22:38:47 ] JavaよりJVMの方だな、もっとよくなってほしいのは。 733 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 04:51:09 ] Java仮想マシンの仮想化機能: Multi-Tasking www.shudo.net/article/SoftwareDesign-200409-MVM/ Javaのメモリ消費問題の解決を目指すSunのプロジェクト「MVM」 www.itmedia.co.jp/enterprise/articles/0503/28/news020.html ついにベールを脱いだ米SunのリアルタイムJava journal.mycom.co.jp/news/2005/07/04/012.html NASDAQも採用進めるリアルタイムJava japan.zdnet.com/sp/feature/07realtime/story/0,3800078308,20352629,00.htm Java SEのJVMにマルチタスキング機能とリアルタイム機能が盛り込まれたら 用途がもっと広がると思います。 SUNは自分の商売に使いたいから提供しないのでしょうけど、 コミュニティが独自に開発しないのは何か事情があるのでしょうか？ 734 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 09:46:14 ] どの会社も独自に頑張ってるよ。特にJ2ME。 735 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 01:25:43 ] MVMはJNIがある限り厳しいという話をこのスレで読んだような・・・ 736 名前：デフォルトの名無しさん [2008/06/17(火) 03:53:10 ] >>735 JNI必要な応用ばかりじゃないし、 MVMの基準に合致するJNIの制約を作ることも可能。 737 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 10:42:44 ] MVMのJVMとノーマルのJVMを別物と思えばいいような気がするなぁ。 MVMに乗せるアプリは一定基準を守る事って。 Appletだってそうなんだから。 738 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 10:54:58 ] タプルは使ったことないからいまいち、どのあたりが有用なのか分からない。 Object[]で簡易的にやりたくないなら、 class タプル内部クラス  String a,b; でいいんじゃないの？これや[]を超える有用なのところがなにかあるのかな。 739 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 16:02:15 ] 何で突然タプルの話なの? 740 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 17:45:39 ] >>738 端的に2つ言うと、 ・別にタプルとしてまとめて扱いたい訳じゃない ・見やすいから使いたい です。 741 名前：デフォルトの名無しさん mailto:sage [2008/06/24(火) 18:54:00 ] invokedynamicは命令ひとつ追加するだけっていう単純なものじゃないんだな。 742 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 01:14:36 ] publicなfieldにするのにObject[]なんかできんし、 ただ組を表現するのにclass定義とか面倒すぎる 743 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 04:34:06 ] Map.Entryでえぇやん 744 名前：デフォルトの名無しさん mailto:sage [2008/06/27(金) 12:20:21 ] JDK7 build29 download.java.net/jdk7/changes/jdk7-b29.html download.java.net/jdk7/binaries/ 745 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 08:59:42 ] JDK7 build30 download.java.net/jdk7/changes/jdk7-b30.html download.java.net/jdk7/binaries/ 746 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 00:37:03 ] 　　　　＝　＝　＝　寄生虫一家のだんらん　＝　＝　＝ パパ「どうだ〜　大画面のプラズマテレビはスゴいだろ〜〜」 ガキ「スゴいね〜　パパ！　これもパパがいつも言ってる愚民からのお金で 　　　買ったの？」 ママ「パパはね、世間がどうなってもたぁ〜くさんお金が貰えるし 　　　ボーナスで毎年プラズマテレビと車も買えるんだからぁ〜〜」 パパ「しかし最近はさぁ〜　マイッタよ、職場が禁煙になっちゃってさぁ〜 　　　なにしろ30分おきに入り口の外までタバコ吸いにいかなきゃならない 　　　んだからなぁ〜、ヘタにそのまま遊びに行くとどこでオンブズマンとか 　　　いう輩が見てるか解らんからなぁ」 ママ「ほんとにあの連中はウジ虫よね！　自分がなれなかったからって 　　　人の幸せをねたんで」 パパ「まぁ、うちはおじいちゃんの代から公務員だからな、チョロい1次試験 　　　さえクリアすれば2次の面接なんて特攻服で行ったって満点合格なんだ 　　　よ、ハ〜ッハッハッ！」 ママ「ボクもね、大きくなったら公務員になるのよ、一生遊んで暮らせるん 　　　だから〜〜」 ガキ「ウン、ママ！　ボクも公務員になるよ。　ところでさぁ、今年もまた 　　　あのタダの保養所に遊びに行くんでしょ？」 ママ「ママねぇ〜　あそこ飽きちゃったのよ、休みはいくらでもあるんだから 　　　今年はパリにでも行ってお買い物したいわぁ〜〜」 パパ「そうだな〜〜ぁ　カラ出勤と合わせれば1ヶ月は軽いしな 　　　よ〜〜し、今年の夏はいっちょう行くかぁ〜〜　ハァ〜、ハッハッハ」 ガキ「ワ〜イ　ワ〜イ」 747 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 03:18:08 ] >>693 そこでなぜObject[]をGenericsで表現しないのか 748 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 03:18:51 ] >>730 C#と同じノリでいくか。 enumで出来れば十分だろ 749 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 22:55:31 ] >>747 複数の返値が型が違う場合を考えて。 750 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 23:12:29 ] >>749 それはT=objectで対処可能。 751 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 23:34:21 ] >>750 いや、・・・何かGenericsを勘違いしていないか・・・？ 752 名前：デフォルトの名無しさん mailto:sage [2008/07/11(金) 05:27:30 ] >>749 戻り値が違う場合？ 俺の場合はその戻り値の型を同行する前に 自分で型を作って、二つの型に共通するスーパークラスを 作るにふさわしいかどうかを考えるがな。 そうはいかないときもあるが、そういうときは 根本的に設計上の問題があると考えられる。 デザインパターンを考慮するときはとくに。

---

---

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

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