[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/ 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系の開発者って世の中のニーズが読めないやつばっかだよな・・・ 853 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:51:53 ] 典型的なかまってちゃんだな、JCPのこと調べたらJavaは諦めてPHPでもやっとけ 854 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:59:26 ] どっちにしろDerbyなんかSEに組み込むより、Viewのほうが先だろ・・・常識的に考えて・・・ 855 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 03:01:41 ] かまってちゃんとわがままちゃんって同じ匂いがするんだよな。２ｃｈの経験上 856 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 04:23:08 ] >>848 頭悪〜 Web制作板に行きなよ。 このスレはまだ早いよ。 857 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 15:25:07 ] >>82 これには何かぐっと来たぞ 858 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 01:06:38 ] >>854 ViewならSwingがあるじゃねぇか。 859 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 01:08:16 ] お前らこれ以上XSLTさんを泣かすな 名実ともにSEのViewだろ 860 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 18:41:58 ] 名実が伴っているなら泣くこともないだろうw 861 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 18:53:57 ] Extension Methods とか出てる。 gafter.blogspot.com/2007/11/closures-prototype-update-and-extension.html どうなんだろ？ 嬉しい事は嬉しいけど、これって名前空間汚れるような。 これが許されるなら、クロージャも closure.invoke(argument); じゃなくて closure(argument); したい。 862 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:04:27 ] D言語にある機能だってのは知ってるけど、この機能の初出って何だろうね 863 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:14:58 ] そう書くことで綺麗に気持ちよく書けるものはどれくらいあるのかね 864 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:27:54 ] >>863 java.util.List みたいな published interface にメソッド追加するのが主な目的ってのはいわずもがなだけど。 他の使い道ってなんかあるかね？ 865 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:44:36 ] 例えばこんな感じのがあれば、それなりに便利だと思うよ。 int UnicodeUtils.getCodePointCount(Charsequence src, int off, int len); int UnicodeUtils.getCodePointCount(char[] src, int off, int len); int UnicodeUtils.getCodePointAt(Charsequence src, int index); int UnicodeUtils.getCodePointAt(char[] src, int index); 866 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:02:23 ] >>865 char[] はともかくとして、String も StringBuilder も StringBuffer も、 codePointCount や codePointAt を持ってるはずだぞ。 CharSequence で持ってないのって java.nio.CharBuffer ぐらいか？ 867 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:02:25 ] こんなダサイの入れるくらいなら、 Haskellのtype classとかC++のconceptみたいな generic programming支援の機構を入れて欲しいわ。 868 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:24:34 ] interfaceで扱う事に意味があるんじゃないの。例えばC#だけど List<E>.ForEach(delegate(E)) みたいなのがあるけど、IList<E>じゃ使えなくて困惑したことがある。 重複したときはエラーかオリジナルのオーバーロードどちらを優先するんだろう。 interfaceのままでもリフレクションで解決とかもいいけど、それは遅くなるか。 869 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:35:45 ] >>868 それは published interface の話じゃなくて？ そーいや、C# は 3.0 で extension method 入るんじゃなかったか？ 870 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 20:59:46 ] static importはIDEと相性が悪い印象があってあまり使われてないけど これが導入されたらIDEに第一引数でサーチいかせる感じで使われ出すんじゃないかな。 871 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 21:29:37 ] やっぱpublished interfaceにメソッド追加（したように見せかける）以外に使い道ないんじゃ？ 872 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 21:56:47 ] 内部構造はまったくいじれないしな 873 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 22:09:42 ] Javaってプライドとかないの？ 874 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 22:19:37 ] ttp://java.sun.com/javase/ja/6/docs/ja/api/index-files/index-16.html 無いね。Java7 でもきっと無い。 875 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 22:19:46 ] Javaのプライドって何のプライドよ？ 876 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 23:24:42 ] 言語としてのプライド 877 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 23:27:34 ] なんかアホの子が出現してるな 878 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 11:50:05 ] >>861 > これって名前空間汚れるような。 その点、リンク張られているExpanderの方がまだいいね。 879 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 13:59:55 ] >>875 Java使いが集まって、大晦日に闘う。 880 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 14:17:23 ] Gosling緊急参戦！ とかなら見に行く。 881 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 14:50:30 ] >>879 冗談としては面白くないけど 本当にやったら面白そうだな、それ。 882 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 17:48:38 ] >>881 想像したらわろた 883 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 18:07:02 ] >>879 何で戦うんだよwwwコーディングかwww 884 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 19:52:13 ] JavaOne Tokyoのときみたいに、プロレス 885 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 22:05:45 ] そうね、ここはコーディングでといいたいところを ぐっとこらえて、総合ルールでやってもらった方が 盛り上がるね！ 886 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:12:33 ] じゃあ多重継承もfriendも属性も継続もありでいいんだな。 887 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:14:37 ] 属性って？ annotation じゃダメなん？ 888 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 10:35:10 ] >>880 Goslingが和太鼓たたきながら、 「本物のプログラマでてこいや！」 889 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 11:18:22 ] 本物のプログラマはPascalを使わない―――Javaも使わない。きっと。 890 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 18:39:40 ] 本物のプログラマだなんてガキみたいなこと言ってるうちは、 その本物のプログラマなるものにはなれんだろうな 891 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 18:57:17 ] 何を使うんだろう。やっぱりLisp？ 892 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 19:37:41 ] >>890 本物のプログラマネタくらいは知っておこうぜ、本物のプログラマならｗ ググればすぐに出てくるよ 893 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 19:37:47 ] ホンモノのプログラマになる極意は、ホンモノの真似をしないことである 894 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:06:57 ] ふるいネタだな。キッシュを食わないとかいうヤツだっけ。 895 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 22:21:39 ] ホンモノのプログラマはデスマーチで2chに書く暇などありません。 偽者の人生が楽しい 896 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 23:07:44 ] 業務が設計中心になってからはデスマはないなぁ。 設計工程に現役プログラマが携わらないことの危険性が 頭でもなく心でもなく体で理解したｗ 897 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 01:38:43 ] よほどヘボいSEとやってたんだな。 898 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 13:16:30 ] プログラマーは設計書が全然上がってこねーぞと文句を言っているはず デスマの原因作ってるのはお前だｗ 899 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 21:09:42 ] ↑こいつ文盲？ 900 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 21:13:46 ] うん 901 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 22:11:53 ] 宣言側の拡張メソッドだってさ。 digital-sushi.org/entry/declaration-site-extension-methods/ ユーザ側で拡張すると、メソッド名の衝突とか面倒くさいって話らしいけど。 902 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 22:25:27 ] 宣言側でやっても interface A { void method() import static SomeClass.method; } interface B { void method() import static AnotherClass.method; } class C implements A, B { } があって、 C c = new C(); c.method(); したとき、どっちのメソッド呼ぶかって曖昧さが残るわな。 903 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 01:37:50 ] 曖昧な場合はコンパイルエラーになるだけ 904 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 02:11:30 ] >>901 馬鹿馬鹿しい… 905 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 02:20:12 ] >>903 いや、use-site でも declaration-site でも曖昧なケースが出てくるのは同じじゃねーかって話。 906 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 22:05:42 ] LINQのような糖構文がほしい・・・ やっぱいらない 907 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 23:13:41 ] ハイバーネートだかなんだかのO/R マッピング使ったらええんとちゃう？ 俺もLINQはいらんけど、varはほしいな。 908 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 14:03:49 ] JDK7 build24 ttp://download.java.net/jdk7/binaries/ ttp://download.java.net/jdk7/changes/jdk7-b24.html あれ？変更点からっぽ？ 909 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 16:32:16 ] >>906 今更だが、糖衣構文を糖構文とは略しないでしょ。 910 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 17:05:48 ] syntax sugarを糖構文と訳すのはアリだと思うが。 911 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 17:08:07 ] >>910 マジすか・・・。略語じゃなくて訳の違いだったわけか。 912 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 18:35:49 ] 「糖衣構文」 と 「構文糖」 は聞いたことあるけど 「糖構文」 はあまりないな。 913 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 18:35:52 ] >>910 うーん、それはやめた方がいいと思う。 糖衣構文がうざければ、シンタックス・シュガーでいいし。 914 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 21:23:36 ] >>908 JDK6u3と比べて、アプリケーションのメモリ消費量が減っているような気がする。 915 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 01:19:49 ] Java SE 6 Update N Early Access build 08キタ。新しいJava Plug-Inが入った模様。 JDK 6u10 build b08 https://jdk6.dev.java.net/6uNea.html download.java.net/jdk6/6u10/promoted/b08/changes/jdk6uN-b08.html 916 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:13:20 ] >>908 b23 と b24 は TeamWare から Mercurial にリポジトリを移動しただけで、全く同じものらしい。 weblogs.java.net/blog/kellyohair/archive/2007/12/openjdk_mercuri_7.html フォーラムで出てた。 forums.java.net/jive/thread.jspa?threadID=34125&tstart=0 917 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:17:01 ] >>905 あれって use-site でというか、static import で use-site extension methods やると 既存の static import 使ってるコードで問題出るかもって話じゃないの？ 918 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:56:19 ] >>916 ナルホド。開発者の使ってる環境が知りたいな。GUI無しかな？ Teamwareとコマンドラインの体系は似てるし、CUIベースでかな？ それとも開発者は、Netbeans使ってるから最近出てきたMercurialのプラグイン使ってる？ 919 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:17:34 ] まだ草案レベルにもなってない例外関連のアイデアらしい www.javac.info/Multicatch.html www.javac.info/Rethrown.html multicatchは欲しい。 multicatchがあれば、rethrownはいらないような気もする。 920 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:32:25 ] "Exception1 | Exception2" って型ができるのかとおもうと、おらわくわくして（ｒｙ 型とか安全なのかな。とりあえず実現できなくはないと思うけど。

---

---

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

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