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

1 名前：デフォルトの名無しさん [2007/05/12(土) 08:25:15 ] 前スレ [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/ 730 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 01:17:12 ] >シャットダウンフックを使うようになったとかなんとか。 使い方によってはwinでコケまくりだな。 昔よくフォーラムで流れたjavawからシャットダウンフックが起動しないってのが復活するんじゃない？ 731 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 03:00:16 ] >>729 そこまですると、やり過ぎではなかろうかと思う。 俺はとりあえず括弧とif, for, whileの書式さえ統一されてればいいと考えてる。 732 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 03:16:45 ] まあもういいんじゃないか。そのコーディングとらやの話は。 733 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 10:56:12 ] 20年以上前、ACM SIGPLAN Noticeでも、 インデントの話は禁止になったことがある。 734 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:07:05 ] ↓↓↓次世代Javaの動向↓↓↓ 735 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:11:07 ] 命名規則とインデントはどうやっても宗教戦争になっちゃうからね。 736 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 17:12:35 ] まあもういいんじゃないか。そのコーディング虎屋の話は。 737 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 21:26:53 ] コーディングとらやの羊羹 738 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 21:53:01 ] とらやの話か。 739 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 01:35:40 ] 虎屋の話と聞いて飛んできますた。 740 名前：デフォルトの名無しさん [2007/10/17(水) 01:51:43 ] どうしてこうも人は争いの種を作ってしまうんだろうか 741 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 01:56:03 ] Javaの世界なのにJava以外の前提（CやC＋＋）を持ち出したのが原因。 742 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 01:58:35 ] 人は人、自分は自分。偉い人には分からないのです。 743 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 02:23:48 ] 誰もC/C++の話はしてないが 744 名前：デフォルトの名無しさん [2007/10/17(水) 02:37:55 ] で、次世代はどーくるわけよ？ 745 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 05:04:25 ] >>742 偉い人には分かるんじゃないか？ん？ 746 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 07:58:18 ] 俺はJavaの標準コーディング規約には満足してるけどな。 C#の、先頭を大文字にする記法や、プライベートフィールドの先頭にアンダーバーを付ける記法に比べれば、 よっぽどスマートだよ。 747 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 08:49:20 ] Rubyを侮辱するのは止めてください。 748 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 11:36:31 ] ﾜﾛﾀ、Rubyのコーディング規約はそうなってるのかｗ 749 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 12:23:57 ] 規約でなく、言語仕様だね。@で始まるとメンバフィールドになる。 750 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 13:07:54 ] 大文字で始まるとimmutable。> Ruby 751 名前：デフォルトの名無しさん [2007/10/17(水) 15:10:32 ] C#はVCと同じくMSのキモサモサが良く出ている言語だと思う 752 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 16:05:50 ] C#で画面を作るとコントロールを描画している過程が見えるからなぁ 753 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 16:13:23 ] C#出たころからｺﾞﾃｺﾞﾃとJavaにいろんな機能がつき始めたよな 754 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 16:16:12 ] 最近のJavaは美しくないというか崩れてきてる感があるな 755 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 16:21:23 ] genericsとannotation(とprintf)くらいで十分だったのにな 静的型言語でgenericsなしとかﾊﾞｶじゃないかと思ってたが今はいらんのつけすぎ 756 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 16:38:36 ] まぁでも早くC#に追いついて欲しいとは思うし難しいところだ 757 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 16:38:40 ] >>754 具体的にどこ？ >>755 といっても数年後にはクロージャとかenumとか使うようになるよ。 758 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 17:27:17 ] 今だに使われるFORTRAN77は不滅だよ 759 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 17:32:40 ] >>754 なんとなくだがいいたいことはわかる。初期の頃の簡潔さは失われつつあるからな。 それでも、頻繁にクロージャ用無名クラスを作ってるようなら、クロージャを導入する意味はあると思う。 760 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 19:16:44 ] クロージャは必須だろ。 プロパティは辞めて欲しいが。 761 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 20:38:25 ] プロパティを作ってほしいとも思うが、セッターゲッターと互換性のないプロパティ作られるのも困る 762 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 22:15:11 ] セッターゲッターと互換性あるプロパティって何？？？ 763 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 22:20:36 ] obj.property = value; が obj.setProperty(value); に、 value = obj.property; が value = obj.getProperty(); に、 展開されるような構文糖プロパティの事じゃね？ 764 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 22:31:18 ] バージョンアップする限りJavaは肥大し続ける。 Java自体が陳腐化するか、 言語として互換性を捨て新たな言語に生まれかわらないとな。 765 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 22:39:36 ] どれだけ互換性捨てるかにもよるけど、新たな言語に生まれ変わらせるぐらいなら Javaを捨てて、JVM用の新言語を立ち上げた方が既存のプログラムに影響少ないし 過去のしがらみ捨ててドラスティックに変えられるしで、良いと思うがね。 766 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 22:47:09 ] それはまだとっておこう。 767 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 22:49:25 ] 新たな言語になったって、 バージョンアップのたびに肥大化し続けるのは変わらんだろうし、 時間が経つにつれ陳腐化するのは止められないだろうし。 768 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 23:10:19 ] Javaのクロージャで拘束変数の扱いはどうするつもりだろ？ 楽なのは匿名クラスと同じでstatic finalな定数だけにするか、 拘束変数は必ずコピーにする方法なのだけど。 769 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 23:37:14 ] 草案によって違う。 本命っぽい BGGA だと、 www.javac.info/closures-v05.html の Closure Literals にある > All free lexical bindings (中略) are bound at the time of evaluation of the closure literal > to their meaning in the lexical context in which the closure literal appears. CICEだと、docs.google.com/View?docid=k73_1ggr36h の III. Local Variables From the Enclosing Scope あたり、 FCM だと、docs.google.com/View?docid=ddhp95vd_6hg3qhc B. Common rules and mechanisms にある > Local variables from the enclosing scope may be accessed, both read and write 770 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 23:51:32 ] BGGA だと、受け取り側が java.lang.RestrictedFunction しかうけとらねーよと明示しておけば、 final がついてない局所変数使ってるクロージャリテラルは変換できなくてコンパイルエラーになる とか、そーゆー制限も考えられてるみたいだけど。 771 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 02:47:35 ] レキシカルクロージャがいいな。 javaはVMも言語もクラスファイル仕様も互換性確保は相当なものだが、ライブラリ詰め込みすぎが悪い。 #rubyは言語界のモルモン教 772 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 03:08:54 ] どの辺りがモルモンしてる？ 773 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 11:08:02 ] 製作者がモルモン教徒 774 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 18:24:15 ] というかruby信者がモルモン信者と同じ臭いがする。 775 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 20:37:37 ] Macユーザーで、はてなユーザーで、rubyユーザーでケータイがMEDIA SKINあたりだったら、 もう半径5mには入りたくない感じ。 聞きたくもない長所の押し売りをえんえんと聞かされそう。 776 名前：デフォルトの名無しさん [2007/10/18(木) 20:49:07 ] それ、なんて宗教？ 777 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 21:13:55 ] >>775 プログラマーはあんましMAC使わないとおもうんだが。 778 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 21:16:36 ] MacもWindowsも使う。 どれかしか使わないというのが、言語論争と同じく不毛な流れかな？ javaもrubyもperlもpythonも適材適所に使えばいいじゃない 779 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 21:45:47 ] >>778 たしかに其れが一番かっこいい。 780 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 21:59:27 ] rubyはperlとpythonのパラダイムに影響受けてるからそっちの分野に食い込んでくるんだよ無理やり。 rubyの影響を受けたGroovyは言語が止まってるから問題ないが。 結局、JRubyとGroovyとJythonはScripting APIに組み込まれるのかね？ 要らん気がする・・・。 781 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 23:46:52 ] JavaFXは偉大 782 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 23:47:28 ] なにが？ 783 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:04:32 ] 手元にあればmac使いたけどな。 だけどwinの方が安いからmac使う機会がないだけ。 784 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:13:40 ] 普通にlinux使えよ 785 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:16:36 ] linuxは普通なのか？ 786 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:58:05 ] MacメインでWindowsも使うJava好きのモルモン信者ですが、何か？ 787 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 01:23:42 ] >>777 おいおい、Macはちょっとバージョンアップが遅いとは言え、 JREがプレインストールだし、JDKもインストールCDに付いているぞ。 Javaアプリを配布する環境としては優秀なのだ。 まだ、↓だけどな。 $ java -version java version "1.5.0_07" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164) Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing) 788 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 01:46:49 ] アホ。釣られんな。 789 名前：デフォルトの名無しさん [2007/10/19(金) 02:05:16 ] >>777 君、アタマ悪イッショ。 オンモ二デテミ。 君ノ馬鹿サガ… 790 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 02:54:19 ] アホ。釣られんな。 791 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 09:53:36 ] モルモンっていうと家畜の内臓がどうしても思い浮かぶ 792 名前：デフォルトの名無しさん [2007/10/19(金) 23:47:33 ] 未だに1.6が出てなかったのか…＞Mac 793 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 00:26:03 ] 酷い話でしょ？コミュニティに任せた方がいいような気がするよ。 794 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 00:34:37 ] MacでJavaってそんなに使われてる？ 795 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 00:46:49 ] V2Cを動かすのに必須。 これが無くなるとMacを捨てなくては・・・とまでいう重要ソフト。 796 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 01:00:03 ] fx＋bbs2chreaderでいいじゃない 797 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 01:04:06 ] icedteaだっけ？フリー版のないのか 798 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 01:06:55 ] Java SE 6 Update N https://jdk6.dev.java.net/6uNea.html ブラウザプラグインの書き直し ajaxian.com/archives/ken-russell-on-the-new-java-plugin この辺りの改良でクライアントサイドの勢いがついてほしい所だな。 799 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 11:18:05 ] java6のSwingは、結構Windowsのクライアントサイドでも戦える形になってきたかなと思う。 5と6での差異なんて、数ドット単位のデザインの違いが主なんだけど、その数ドットの差が大きい。 あとはスプリットボタン、シェブロンあたりのウィジェットが追加されればなー。 800 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 00:47:19 ] >>798 > The JVM also runs in its own OS process, > so if the JVM crashes it doesn’t affect the browser. へー、便利じゃんって、オイッ！ 801 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 01:14:37 ] このJVMは独自のプロセスでも動くので、 JVMがクラッシュしたとしてもブラウザには影響を与えません。 そんなに変か？ 802 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 10:03:06 ] 今まで、さんざんブラウザを巻き沿いにしてきたみたいだよなw 803 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 10:18:23 ] 巻き添えっていうか、一気に重くなってその負荷で落ちたように見えることは多かったけど。 ブラウザとは別のプロセスで実行できるってセキュリティ的に大丈夫なんだろうか。 ただでさえVistaでUACとかいうややこしいシステムをとってるのに。 804 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 10:27:36 ] ↑大丈夫だからやったんじゃないかね 805 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 11:47:14 ] >>803 まずくなる理由が見つからんが… 806 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 12:25:31 ] >>803 Javaアプレットは、なぜネットワークからダウンロードしてきたコードを実行しても 安全なのか知りたければ、「バイトコードベリファイア」「サンドボックスシステム」 について調べてみるといい。 そうすれば、別プロセスで動作させても安全な理由がわかる。 807 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 12:27:37 ] >>805 Vistaで導入された鬱陶しい機能の一つに、UACとかいうのがある。 これは、セキュリティ対策のために、ブラウザの権限を制限するもんだ。 だから、ブラウザ上から呼び出されたプロセスには、なにかと制限がかかる可能性がある。 特に、ローカルのリソースにアクセスするようなのは、実行できないかもしれない。 まあ、>>804のいうようにわかってやってるはずだから、対策がないわけがないんだけどね。 808 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 17:03:53 ] >>807 >Vistaで導入された鬱陶しい機能の一つに、UACとかいうのがある。 >これは、セキュリティ対策のために、ブラウザの権限を制限するもんだ。 それはIE7の「保護モード」であって、UACではない。 809 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 18:32:03 ] >>808 そうだった。 今思い浮かんだんだが、もしかして保護モードを回避するために別プロセスに分けたのか？ だとしたら、俺が言ってたことはまるで逆だったのか。 810 名前：デフォルトの名無しさん [2007/10/21(日) 19:18:12 ] ↑だからここは君の浅知恵を披露する場ではないようだが 811 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 20:14:23 ] なんで次世代Javaスレに猿が混じっているのか不思議 812 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 10:35:00 ] ↑猿の脳みそを持つ男 813 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 11:58:57 ] ↓ご立派な人登場。 814 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 14:32:22 ] 呼んだ？ 815 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 16:23:51 ] おいおい、俺を差し置いてか？ ゴスリンが、JDK on Mac OS Xについて少し喋ってる。 blogs.sun.com/jag/ 816 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 16:52:06 ] イヤ待て、もっと大変な事言ってないか？ オレには、MacOSXにZonesが載るって書いてるようにも読めるぞ。 流れ的にそう明言してないが・・・ 817 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 18:52:08 ] >>816 Zonesってなに？ 818 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 18:59:43 ] スレ違いだが、 Solaris:BSD:Linux≒Zones:Jail:Vserver 819 名前：デフォルトの名無しさん [2007/10/22(月) 22:37:44 ] ｚ 820 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 04:27:30 ] sunはJava SEの後につく数字をマイナーバージョンとリンクさせているように見えるけど、 メジャーバージョンが上がる時にはどうするつもりなんだろう。 Java 2 SEとかにするのかな 821 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 06:18:24 ] >>820 予想 java version "1.6.0_0x" java version "1.7.0_0x" java version "1.8.0_0x" java version "1.9.0_0x" ・・・わくわく java version "1.10.0_0x" ・・・なんじゃそりゃ〜 822 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 08:57:17 ] >>820 Java 2 Platform, Standar Editionとかぶりすぎ >>821 そういうマイナーバージョンの桁上がりの問題じゃないからw 823 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 10:17:44 ] メジャーバージョンが上がるときの対策 ・Javaのあとに新しいバージョンだとわかるようなコード・名前・別名をつける ・Java自体の名前がかわる ・何事もなかったかのようにバージョン表記統一 824 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 14:30:33 ] >>821 前にlinuxのソフトウェアでndiswrapperっていうのを使ってたんだが、 使用してるバージョンが1.7で、最新のバージョンが1.21だったのを1.2.1だと勘違いして なんでバージョンダウンしてるのかすごい悩んだことがある。 825 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 16:31:30 ] SunOSとSolarisは、 Solaris 7から、SunOS 5.X=Solaris Xって関係で、 5ってのはkernelのメジャー番号。Xは共通の連番。 だからこれからJava/JDKも7, 8, 9, 10, 11と連番が上がっていって、 JVMの実装が大きく変わった時に、 連番とは関係なくJDKのメジャー番号が1→2と予想。 826 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 19:07:24 ] JDK7 build23 ttp://download.java.net/jdk7/changes/jdk7-b23.html ttp://download.java.net/jdk7/binaries/ なんか今回は実質的な進捗なさげだな。 「ソースのスペースを掃除したよ」って。 なんか行き詰まってるときの作業だろ。 でも2週間に1ビルドのペースが出てきたのは評価したい。 827 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 21:05:23 ] クロージャのプロトタイプ発表とかどうとかは、どうだった？ 828 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 23:07:29 ] クラス注釈に@RAIIとかサポートされたらいいな。 必ずスタックに乗るように解釈させて、スコープ抜けると必ずfinalizeされる。 メンバ内も含めてthisが代入または引数にされた場合は、コンパイルエラーとするとか。 829 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 23:20:54 ] ７は5よりもいろいろと、てこもりで楽しみだな。 830 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 01:50:16 ] >>828 C言語のregisterとかと同じで、最初のうちは最適化義務はなく将来対応するとか言っておいて、 そのうち最適化が進化したので必要ないから無視するよってなるような気もする。

---

---

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

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