[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/ 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" って型ができるのかとおもうと、おらわくわくして（ｒｙ 型とか安全なのかな。とりあえず実現できなくはないと思うけど。 921 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:47:57 ] 基本的には「複数の catch節をくっつける」ってアイデアで 型安全どーするの？ とかの問題は先送りされてるんじゃね？ Exception1 | Exception2 って型も共通の親クラスのメソッドしか 呼べないんじゃないかと思ってる。下手にcatch節以外でも Exception1 | Exception2って型が使いたいとか騒ぐと、 仕様考える連中が面倒になってポシャるんじゃないかなとか思ったり思わなかったり。 っつーか、Rethrown はその辺が面倒になったから出てきたアイデアなんじゃ？ 922 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 16:49:50 ] catch(Exception1 | Exception2 ex) { ex.Foo(); } から catch(Exception1 ex) { ex.Foo(); } catch(Exception2 ex) { ex.Foo(); } は機械的に作れるから、まあ何とかなるんじゃない？ 923 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 17:24:21 ] 複数の例外型について handler_pc の位置を共通にするようにするんかと思ってた。 VM仕様で handler_pc はユニークにしろ、とかって制約ついてたっけ？ 924 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 21:24:10 ] ConcurrentHashMap<CustomKey<Exception, Handler>, Executor<Runnable>> とかすればいいと思うよ。 925 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 10:41:26 ] www.infoq.com/jp/news/2007/12/closures-preserving-feel-of-java クロージャ入れるのも一苦労じゃ 926 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 11:01:42 ] おれクロージャいらねぇ派だがどうせ新機能入れるなら個人的には多値返却かAda風の型定義がほしいかな。 927 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 12:01:37 ] 皆でScalaへGO! 928 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 12:28:15 ] そーいや、ム板にscalaスレあったっけ？ 929 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 00:05:55 ] C#3.0さわってみたが進化してるなあ。 lambda関数が int a => return a + 10 みたいな感じでインラインに書けたりと、 スクリプト言語ラブな人は嬉しい機能がどっさり。 思わず浮気しそうになる・・・。 930 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 00:22:31 ] >>929 > lambda関数が int a => return a + 10 みたいな感じでインラインに書けたりと、 これreturn要らないんじゃ？ BGGAのクロージャの構文、セミコロンがついたりつかなかったりで 局所リターン文だったり単なる式文だったりっつーのはバグの原因になりそうな。 ラムダ式っぽく使うならreturn書きたくないってのもわかるんだけど…… その点、C#の構文はよくできてると思う。 931 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 00:55:17 ] その程度ならecma262で十分。 932 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 01:05:59 ] >>930 それだけじゃなくて、C#3.0のラムダ式で int a みたいにパラメタ型を明示する場合はパラメータリストに括弧が必要なはず。 933 名前：デフォルトの名無しさん [2007/12/30(日) 03:15:35 ] >>926 それだとクラスを返しても全く同じだけど、どう違いをみせたいわけ？ 934 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 10:22:01 ] >>933 戻り値のためにクラスをわざわざ定義するのがめんどいんじゃね？ シンタックスシュガーとしてやってくれると、ちょっと便利かもね、と。 935 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 10:52:00 ] >>928 ちょっと前に探したときは見当たらなかった。 936 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 11:09:29 ] JVM系で残っているスレはこれだけだと思う。 Jython、Groovy、JRuby - どれが一番効率的？ pc11.2ch.net/test/read.cgi/tech/1100563765/ Java系スクリプト言語Groovy pc11.2ch.net/test/read.cgi/tech/1080052050/ 落ちないようにJVM系は統一して欲しいなあ。 Scalaは、Javaとの連携除いても、結構いい型システム持っているけど、 単独ではすぐに落ちちゃうと思う。 937 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 16:42:52 ] >>934 同じくタプルとかも賛成なんだけど、どうもそういうのはJavaぽくないみたい。 面倒だしとかじゃ「違う言語で」とかだから、だから「どう違いをみせたいわけ？」って聞いてる。 少なくとも君の要求ていどならわざわざ文法とか複雑にしなくとも、 Object[] func() でこと足りるしｗ 938 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 16:58:01 ] 多値用のGenericsを標準で用意してくれると嬉しいんだけどね。 こっちで用意してもいいけど、それ専用のjarってのもちょっとね。 939 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 18:28:14 ] 前も出たなこの話題w 俺にいわせりゃ多値引数はあるのに多値返却がないのはおかしいんだけどな クロージャとかの方が違う言語でやってほしいよ。javaがシンプルさとかけ離れていく 940 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 18:44:28 ] クロージャって匿名クラスで作るんだろ？ クロージャの生成側のローカル変数は、その時点で固定になるのかな？ 941 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 19:08:51 ] >>940 そのやりかたが2つくらい出てきてどっちにするかまだ決まってなかったんじゃなかったっけ？ 942 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 19:23:38 ] >>769 あたりか。 943 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 19:32:57 ] あら、割と近めにあったのね。すまんこつ。 944 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 19:35:51 ] 可変長引数を多値引数って言うのは初めてみたかも。 945 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:18:52 ] 可変長引数のこと言ってたのか。 946 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:21:18 ] たぶん。 いや、はじめてみた言葉だから間違ってるかも知らんけど。 947 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:32:39 ] すまん今作った＞多値引数 とっさに出てこなかったんだよ 948 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:39:13 ] オーバーロードのことじゃなくて？ 949 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:44:29 ] 単純に引数を複数渡せるってだけの話だろ 950 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 03:36:41 ] >>949が正解だろ。 単純に引数(インプット)には複数の値を渡せるのに、 返値(アウトプット)が一つしか返せないのはおかしい、という話。 そもそも、大元の関数型言語が(厳密には違うが)一入力一出力だったのを、 手続き型言語で使いやすいよう多入力にしたのが原因。 OOPの思想が確立したときに多出力にすればよかったのだが、折しもCベースのC++が主流だったのでそのまま。 またCPUの最適化の関係もあり、ずるずるとJava, C#・・・と今に至る。 もしJavaで多出力をサポートするなら、 rubyやpythonの返値の扱い（タプル関連)で、シンタックスシュガーが複雑になりすぎてる感があるので、(特にruby) Javaが簡潔かつわかりやすい書式（もしくはタプルに代わる概念)を策定して欲しい、と思う。 951 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 10:04:29 ] 単純に引数1個に制限すれば、対称になって>>950の気は済むってこと？ 952 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 13:43:46 ] もはや return は継続の呼び出しで良くね？ 953 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 13:56:26 ] ＞Javaが簡潔かつわかりやすい書式（もしくはタプルに代わる概念)を策定して欲しい、と思う。 結局それかよ。それを策定するのが難しいからないんだろ！ おまえが考えて提案したらどうだ？当然英語はできるよな？ 面倒って言うのが理由なら、あまり期待しないほうがいいじゃないか。 それと>>950はツッコミどころが多すぎだけど、 JavaはC++辺りと違って理念が実稼動重視（現実的)だから。 >>951もいいと思うよ。でも Object[] func(Object[]); で十分。JDK1.0 OK 有用であるが、使うかどうかは任意。 954 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 14:05:23 ] >>953書いて思ったけど、 というか普通にポインタ(C, C++)理解してるかってことに行き着くと思うよ。 本質的には、ポインタとかデータ構造とかそういうところ。 955 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 16:52:28 ] ポインタ関係ないな。 参照でいい。 956 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 17:21:18 ] It is assumed that many value return was realized by JAVA and on earth wants to do what? 957 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:02:07 ] 新年早々とんだ釣りだw 958 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:15:55 ] そうするに偉そうなこといってる>>953はようやくポインタを理解したガキだってこと？ Object[]で戻していいが型の安全を言語側で保証できたらいいねって話なんだが 959 名前：デフォルトの名無しさん [2008/01/02(水) 19:33:42 ] >>958 痛いおまえはｗｗ晒しあげｗｗ 960 名前：デフォルトの名無しさん [2008/01/02(水) 19:42:24 ] また宗教ですか？ 961 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:49:45 ] >>958 当然英語はできるよな？ 962 名前：958 mailto:sage [2008/01/02(水) 19:59:22 ] おいおいなんだこれ('A`) >JavaはC++辺りと違って理念が実稼動重視（現実的)だから。 >というか普通にポインタ(C, C++)理解してるかってことに行き着くと思うよ。 こういうのはスルーして俺に総ツッコミかよw 963 名前：デフォルトの名無しさん [2008/01/02(水) 20:00:23 ] ストールマンのお友達ですか？ 964 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:03:50 ] >>958 >>962 英語は当然できるんですか？ 965 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:57:58 ] 953 名前：デフォルトの名無しさん[sage] 投稿日：2008/01/02(水) 13:56:26 ＞Javaが簡潔かつわかりやすい書式（もしくはタプルに代わる概念)を策定して欲しい、と思う。 結局それかよ。それを策定するのが難しいからないんだろ！ おまえが考えて提案したらどうだ？当然英語はできるよな？ 961 名前：デフォルトの名無しさん[sage] 投稿日：2008/01/02(水) 19:49:45 >>958 当然英語はできるよな？ 964 名前：デフォルトの名無しさん[sage] 投稿日：2008/01/02(水) 20:03:50 >>958 >>962 英語は当然できるんですか？ >>953が何を言ってるのかはさっぱりわからんが、他人の英語の能力に並々ならぬ関心があることだけはわかった。 966 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 23:04:05 ] >>953 > それと>>950はツッコミどころが多すぎだけど、 > JavaはC++辺りと違って理念が実稼動重視（現実的)だから。 C言語のソースがそのままコンパイルできるC++を差し置いてJavaのどこが”実稼働重視(現実的)”なんだww もしかしてC++をまったくさわったことがないんだろうか？ それと>>950のツッコミどころとやらを説明よろしくww 967 名前：958 mailto:sage [2008/01/02(水) 23:23:15 ] ああそういう話ね >>613で出てるけどbugs.sun.com/bugdatabase/view_bug.do?bug_id=4222792で多値はwill not be fixedになってるのよ で、その理由がjavaはシンプルであるべきだーと。 当然コメントには ジェネリクスも加わったし昔のシンプルなjavaじゃないじゃん、とか 配列のシンタクスシュガーならJVMに変更いらないだろ、とか 可変引数があるのに戻り値が複数取れないのはおかしい、とかもうすでに散々出てるわけよ。 でそれを踏まえた上での>>939(俺)の ＞クロージャとかの方が違う言語でやってほしいよ。javaがシンプルさとかけ離れていく だったわけよ 英語が堪能な>>953はそれを踏まえた上で >結局それかよ。それを策定するのが難しいからないんだろ！ >おまえが考えて提案したらどうだ？当然英語はできるよな？ と言ってるんだよな？（>>950は俺じゃねーけど） 968 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 00:35:05 ] 他でやれよもう。 969 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 01:59:17 ] 苦労じゃのう 970 名前：デフォルトの名無しさん [2008/01/03(木) 06:43:34 ] ストールマンじゃないです。 ゴズリンと友達です。 971 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 06:48:51 ] 英語で会話できるようになるのは、日本人の夢なのです！ ジーニアス、ジーニアス！ 972 名前：デフォルトの名無しさん [2008/01/03(木) 06:51:34 ] >>966を読んでみても、相当痛いやつだなということだけは分かるw 30台は間違えないねｗ この様子ならすぐ1000行くけど？どうする？やっちゃう？ 973 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 07:30:05 ] >>962 >>966 おまえに勝ち目はないなｗ そろそろ目を覚ませよｗ 974 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 07:40:36 ] 馬鹿の方が声がでかいのは、ゴミ溜めではよくあること。 975 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 09:02:58 ] それをどうするかが問題なんじゃないか？ 976 名前：デフォルトの名無しさん [2008/01/03(木) 10:55:17 ] また宗教ですか？ 977 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 11:32:48 ] 英語は出来て当然です。 978 名前：958 mailto:sage [2008/01/03(木) 12:24:52 ] ごめんなさい勝ち目はありませんでした。 今目を覚ましました。 979 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 12:30:35 ] 次スレ [Java SE 7] 次世代Javaの動向 6 [dolphin] pc11.2ch.net/test/read.cgi/tech/1199330977/ 980 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 12:43:57 ] 「間違いない」を「間違えない」と書くやつがまだいるのか どこの方言だ？ 981 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:46:40 ] >>978 早ｗ 982 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:57:34 ] 英語は出来て当然です。 983 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:58:57 ] 今目ってなに？ 984 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:59:01 ] 技術書の英語は読みやすいからな 詩を書けと言うと無理だが 985 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 16:08:34 ] 英語って読むだけじゃなくて書けないとダメなんじゃないか？おじさん英語じゃあるまいしw 986 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:00:42 ] >>984 Full in care, car was to became miss note. 987 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 01:02:20 ] This if a pen. 988 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 01:54:33 ] >>986 To be,To be,Ten made To be 989 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 16:28:25 ] エリート狂想曲ﾅﾂｶｼｽ 990 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 10:35:13 ] てｓｔ 991 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 23:36:15 ] あれで夢精を覚えた

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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