[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/ 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とかと同じで、最初のうちは最適化義務はなく将来対応するとか言っておいて、 そのうち最適化が進化したので必要ないから無視するよってなるような気もする。 831 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 05:06:57 ] なんかもうJavaはIDE前提の言語として突き進んでほしいなあ。 言語仕様もとにかくIDEでサポートしやすい方向で。 832 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 09:24:07 ] >>828 finalizeされるタイミングを陽に指定できることは除いて、 今やescape解析の仕事です。 そんな時代遅れなものが入るわけがない。 >>831 馬鹿丸出し。 833 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 11:27:07 ] >>832 ゴスリングのこの発言があったタイミングで バカ丸出しと脊髄反射するほうがバカ丸出し www.atmarkit.co.jp/news/200711/07/techday.html 834 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 11:50:46 ] そんなの知ってるw その解釈こそ馬鹿丸出しじゃん。 IDEで出来ることは、IDEでやればいいんだから。 言語を糞仕様にする必要はない。 835 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 13:04:43 ] >>194 Jakarta JJarのことか？ MavenにもJJarは同梱されているんだが 836 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 13:19:03 ] SunはSolaris向けのIPSを発表したしなあ。 opensolaris.org/os/project/pkg/documents/ 最近、言語ごとにパッケージ管理/配布システムがあって困惑気味です。 837 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 19:31:56 ] ここにはエスケープ解析を研究してる奴いるから聞きたいことあれば聞いとけ。 838 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 20:58:50 ] Googleで検索すればすぐでてくる内容しか書かれてないのに研究だと？ 839 名前：デフォルトの名無しさん mailto:sage [2007/11/11(日) 06:30:11 ] クロージャの演算子 => , {int=>int}は他のなかったのかな？もう決定ぽいけど。 {int x=>x+1}とかぱっと見どうかと 840 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 15:07:20 ] lambda見なれてしまったから、他はなんでも違和感がある。 だからどうでもいい感じ。lambdaキーワードはあり得ないし。 Haskellみたいに\ってのもどうかと思うしさ。 841 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 23:40:09 ] >>839 1.5がでるときにGenerics見て、こんなのJavaじゃねぇって書き込みがいくつかあったよな 今、そんなこと言ってる奴いないだろう。慣れればそれが普通に見えてくるはず 842 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 00:10:57 ] プロパティのアクセス演算子は c->p=x x=c->p で決定なのか？ 843 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 00:40:12 ] >>842 いつの情報だ、それは。 844 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:03:03 ] 結局Javaっていっても現状Web用途がメインなんだから Servlet&JSPのほうがもっと良くなってほしい。 JSPがダメすぎてどうにもならない。 845 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:08:22 ] JSP、JSF、VelocityServlet、Wicket・・・好きなもの使え。 846 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:10:41 ] >>844 ここはSEのスレなんだよ。 そんな呆けだから(ry 847 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:36:26 ] >>843 え、古かった？ じゃ、今はなんだよ 848 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:20:28 ] >>846 ていうか標準のView仕様くらいもうSEに含めろっちゅう話やねん。 JSPにしても単なる条件分岐記述するのに別ライブラリダウンロードさせるってどないやねんって話やねん。 スクリプティングサポートする暇あったらテンプレートエンジンサポートしたほうが人気出るねん。 849 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:29:59 ] スクリプトレットの存在も知らなければ テンプレートエンジンはスクリプトエンジンのひとつに過ぎないという実態も知らないのか？ テンプレートエンジンなんぞとっくにサポートされてるっての 850 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:39:48 ] >>849 おい、JSP2.1の時代にスクリプトレット使ってんのかよ・・・ 851 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:41:43 ] お前が使いたいだけだろ、お前って御託だけで使い分けもできないのな 852 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:45:42 ] Java系の開発者って世の中のニーズが読めないやつばっかだよな・・・

---

---

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

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