[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 13:54 / Filesize : 204 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

[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の動向 2
pc8.2ch.net/test/read.cgi/tech/1147881822/

【Java】次世代Java・J2SE1.6の動向【Mustang】
pc8.2ch.net/test/read.cgi/tech/1081698555/

802 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 12:00:59 ]
こんなん見つけた。
blogs.sun.com/abuckley/en_US/date/20080728

module を言語全体のキーワードでなく文脈依存のローカルキーワードにしたいんだけど、例えば
 class classname { module classname(){ throw new Error(); } }
って宣言があった場合、module型を返すメソッドなのか
module privateなコンストラクタなのか判別付かなくて悩ましいというお話。

互換性だけを考えると module型を返すメソッドにするべきなんだろうけど……

803 名前:デフォルトの名無しさん [2008/07/30(水) 14:08:05 ]
>>796
おまえの知能を疑うが、どこを日本語にして分かりやすくして欲しいんだ?

804 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 15:34:07 ]
>>803

>>795のどこが不思議な使い方なんだ?

805 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 15:52:28 ]
>>795にとって不思議

806 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:02:10 ]
>>804-805
お前らの頭の中は不思議でいっぱい

807 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:42:40 ]
>>768
あれは面倒くさかった。
ぜんぶassert()メソッドをassertEquals()やassertNotTrue
とかに変更する羽目になった

808 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:44:49 ]
>>781
Log4jかな。あれを標準化したロギングAPIと統合して欲しい。
ライブラリ依存関係で混乱するから。

Commons Math、Commons Collections、Commons Configurations
も標準APIにいれて欲しい

809 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:48:12 ]
>>786
CollectionsのGenerics対応はまだまだ遅いよな。
別ライブラリとしてGenerics対応されたやつがあるだけで
まだまだ時間かかりすぎる。

810 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 18:53:19 ]
マ版でやってくれないか?



811 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 19:03:07 ]
この話題はマ板じゃねぇだろ

812 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 19:44:09 ]
>>802
単純型名で module型が使える場合は module型を返すメソッド、
そうでなければ module privateなコンストラクタってのはダメなんかね?

module型使ってる場合は module privateなコンストラクタを一切使えなくなるけど、
それはmodule privateな静的ファクトリメソッド使うなりして我慢してもらう方向で。

813 名前:デフォルトの名無しさん [2008/07/30(水) 20:52:30 ]
>>811
いや。十分にマ版ネタだと思うが。

814 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 21:04:53 ]
moduleか

package名前空間使って

public package FacadePackage {
 public class FacadeClass {
 }

 private class SomeClass {
 }

 private package SomePackage {
  private class SomeClassB {
  }
 }
}

んなFacadeなパッケージを作れないだろうか。
UMLで登場したことがある「Facadeに相当するパッケージ」を
作れないかと期待。
今まではクラスレベルでしかできなかったことがパッケージレベルでも
出来ればと期待。

815 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 21:05:42 ]
>>813
キーワードが増えてこまったこととか、CollectionsのGenerics対応とか、技術ネタだろ。マ板にもっていく必要性がわかんない。

816 名前:デフォルトの名無しさん [2008/07/30(水) 21:51:13 ]
技術ネタなんじゃなくて、おまえの愚痴でしかないようだが?

817 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 21:59:29 ]
ネタとして次世代Javaではなさそうだが。

818 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 22:02:04 ]
>>816
まぁ、落ち着けよ。
宿題やったか?早いうちに終わらせとけよ。

819 名前:デフォルトの名無しさん mailto:sage [2008/07/30(水) 22:15:07 ]
>>814
module で export package 指定できりゃそれで良いんじゃ?

820 名前:デフォルトの名無しさん [2008/07/31(木) 00:52:21 ]
>>818
早く死ねよ



821 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 01:48:01 ]
>>819
それはC/C++のヘッダファイルと同じ運命を辿らないか?
できればimport宣言はそのクラス内ですませたい

822 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 03:08:13 ]
>>818
ITドカタは来えろ

823 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 08:22:28 ]
>>821
> それはC/C++のヘッダファイルと同じ運命を辿らないか?
ってどーゆー事?

「export うんたら」 はモジュール外から使えるクラス「うんたら」だけに制限する。
>>814 みたいな事は OSGi の Export-Package 使えばできるんじゃね?って思うんだが。
JSR-277 はそこんとこはクラス単位みたいだけど
それを パッケージ単位でもできるようにすれば良いだけのよーな。

824 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:03:56 ]
>>801
Attributes.getBasicFileAttributes(path, true).isDirectory() までは短くなるな。

十分長いよーな気もするけど。
new File(path.toUri()).isDirectory() に比べても、まだ長いし。

825 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:12:33 ]
>>812
そんな事するぐらいなら module を言語全体に影響するキーワードにした方がすっきりせんか?

変数名とかフィールド名にmoduleって名前使ってる人には泣いてもらう事になるけど。

826 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 11:51:29 ]
SunにはJavaのコードからexeバイナリを生成するコンパイラの開発をしようという計画は無いんですかね
VM作ってるぐらいだからやる気になればそう難しくなさそうですが
本末転倒かな便利だと思うけど

827 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 11:59:58 ]
>>826
スレ違いのレベルも下がったな。夏休みか。gcjでも食ってろ蛸。

828 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 12:13:47 ]
>>826
スレ違いのレベルも下がったな。夏休みか。Visual J#でも食ってろ蛸。


829 名前:デフォルトの名無しさん [2008/07/31(木) 12:47:13 ]
粘着はそろそろ消えてくれないか

830 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 12:49:15 ]
>>825
影響範囲がでかすぎる。
assertのときほどJavaはマイナーではないし、enumほどみんなに使われるわけでもない。
ほとんどの人が直接使わないのにキーワードにされたら、そりゃ怒るだろね。



831 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 13:05:12 ]
>>830
moduleって名前使ってない人は怒らないから大丈夫。
それに列挙型よりはモジュール機能の方が使用頻度高いと思うが。

言語仕様汚れる方が将来の言語拡張の妨げになるから嫌って人も多いし。

832 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 13:09:29 ]
>>802
そこに 2つ目の案として
 class classname { module classname(){ throw new Error(); } }
はmodule privateなコンストラクタで、package privateなmodule型を返すメソッドは
 class classname { package module classname(){ throw new Error(); } }
にしろって案が出てるけど、これも結構汚いよなぁ。

現実的ともいえるけど。

833 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 13:26:23 ]
>>827
使いものになんねーだろあれ

834 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 14:11:32 ]
gcjはclasspath使って書き換えるからそれが完了すれば5.0までいけるんだけどな。

835 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 14:52:33 ]
もうウザイし、誰か相手してやれよ。

836 名前:デフォルトの名無しさん [2008/07/31(木) 15:58:31 ]
>>831
言ってることが良く分からないんだけど、どの言語仕様が汚くなるの?

837 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 16:56:07 ]
>>836
全体にキーワード適用した方が言語仕様が単純に保てて汚れずに済むって話。

>>812みたいな小細工が汚れそのもの。

838 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 16:57:51 ]
>>831
今後の言語拡張だけじゃなくてコンパイラの単純さ健全さバグの少なさにも影響してくるし。

839 名前:デフォルトの名無しさん [2008/07/31(木) 19:27:08 ]
はあ?

840 名前:デフォルトの名無しさん [2008/07/31(木) 19:48:45 ]
>>837-838
抽象的で分からないんだけど、もうちょっと具体的に技術的な話は出来ないの?



841 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 22:33:06 ]
>>840
お前、このスレ来るのまだ早いよ。

842 名前:デフォルトの名無しさん [2008/07/31(木) 22:40:07 ]
↑頭おかしいだろ?早く病院行ったほうがいいぞ

843 名前:デフォルトの名無しさん mailto:sage [2008/07/31(木) 23:34:18 ]
>>840
言語仕様に追加する場合考えてみ?

全体キーワードなら 3.9 Keywords に module 加えればいいだけ。
>>812 をやろうとすると、大量に書き換えが必要になる。

844 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 17:57:54 ]
>>843
もう全体キーワードの追加は認められないだろね。
moduleなんてパッケージ名はどこにでもありそうだし。
言語処理側ががんばればいいのなら、それでやるべきだと思う。

845 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 19:36:50 ]
いっそのことmojuleとかにしちゃえばいいのに

846 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 19:53:09 ]
ところで、module って本当に jdk7に間に合うのか?
OSGi との互換性とか整合性とかどーすんだろね?

なんつーか >>763 の予感が……

847 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 22:25:45 ]
>>845
それなんてCloneable?

848 名前:デフォルトの名無しさん mailto:sage [2008/08/02(土) 23:17:36 ]
そろそろC#が巻き返してくるんじゃないのか?

849 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 01:27:02 ]
意味がわからん

850 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 01:35:26 ]
確かにC#の方が儲かる罠



851 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 02:35:05 ]
Scalaでえぇよ

852 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 03:07:57 ]
>>850-851
スレ違い

853 名前:デフォルトの名無しさん [2008/08/03(日) 03:25:49 ]
>>848-849
スレ違い

854 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 04:14:44 ]
>852-853
スレ違い

855 名前:デフォルトの名無しさん [2008/08/03(日) 05:46:06 ]
せっかく期待したのにお流れになった機能とかは、MSのやつなら使えるからジャヴァには期待してない。けっきょくジャヴァ使っててもWindowsしか使わないしw

856 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 07:20:31 ]
ジャヴァとか馬鹿じゃね?

857 名前:デフォルトの名無しさん [2008/08/03(日) 07:28:50 ]
確かに今はバカかも試練が、7が出ればそうも言ってられなくなる。
そう思いたい。

858 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 08:08:30 ]
age厨は意味取り違えるのが好きらしい

859 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 11:18:41 ]
そのようだ
夏だからしょうがないか

860 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 14:00:57 ]
どこも夏だな



861 名前:デフォルトの名無しさん [2008/08/03(日) 14:23:47 ]
ジャヴァ ジャヴァ

862 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 16:32:20 ]
kusosure

863 名前:デフォルトの名無しさん [2008/08/03(日) 17:20:09 ]
moduleは導入されるけど、closureは無理だろうな。
英語のページだと悲観的見解が多い。
やっぱりいつまでも指をくわえて待ってないで、C#とか既にあるのを使えばいいんじゃないか。C#は使ったことないけど・・

864 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 17:30:44 ]
> 英語のページだと悲観的見解が多い。
どこ?

865 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 17:33:42 ]
そーいや closureのプロトタイプが nonlocal return サポートしたってさ。
break と continue は、また今度らしい。

mail.openjdk.java.net/pipermail/closures-dev/2008-August/000190.html

866 名前:デフォルトの名無しさん mailto:sage [2008/08/03(日) 17:47:20 ]
>>865
nonlocal return すると例外吐いてコンパイラ落ちるんだが。

>>788 の NIO2のEA版じゃなくて、正規のjdk1.7使わんと駄目なんだろうか?

867 名前:デフォルトの名無しさん mailto:sage [2008/08/05(火) 10:14:55 ]
break と continue も来たってさ。
これで今のところ予定してる機能はコンプリートしたらしい。
mail.openjdk.java.net/pipermail/closures-dev/2008-August/000193.html

>>866
今回のは >>788 の NIO2のEA版でも大丈夫だったぞ。

868 名前:デフォルトの名無しさん mailto:sage [2008/08/05(火) 12:39:28 ]
XMLリテラルって何でなくなっちゃったの?

869 名前:デフォルトの名無しさん mailto:sage [2008/08/05(火) 16:05:52 ]
>>867
www.javac.info つながらなくね?

870 名前:デフォルトの名無しさん mailto:sage [2008/08/05(火) 19:52:57 ]
7というのが、Windows7 か Java7かは謎だな。



871 名前:デフォルトの名無しさん [2008/08/08(金) 03:53:55 ]
>>868
おまえが馬鹿だからじゃね?

872 名前:デフォルトの名無しさん [2008/08/09(土) 05:22:27 ]
ゴチャゴチャしているようだけど、使ってみるとC#結構いいよ。癖になりそう

873 名前:デフォルトの名無しさん mailto:sage [2008/08/09(土) 10:02:24 ]
夏だなぁ。

874 名前:デフォルトの名無しさん mailto:sage [2008/08/09(土) 10:29:07 ]
>>872
スレ違いなんだよアホ

875 名前:デフォルトの名無しさん [2008/08/09(土) 12:33:00 ]
やっぱりscalarじゃね?

876 名前:デフォルトの名無しさん mailto:sage [2008/08/09(土) 13:04:31 ]
package単位でFacadeパターンを実現する手法ができるとは限らないのか

877 名前:デフォルトの名無しさん [2008/08/10(日) 00:24:57 ]
>>874
C++すらも使いこなせないんですか?

878 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:00:13 ]
>>877
またお前か・・・

879 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:15:14 ]
>>878
だれのことだよw

880 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:16:53 ]
お前だよw



881 名前:デフォルトの名無しさん [2008/08/10(日) 02:45:48 ]
C++ぐらいは使えこなせるけど何か?

882 名前:デフォルトの名無しさん [2008/08/10(日) 03:28:36 ]
>>878-880
こういう奴はよく沸いてくるんだけど、どこかの糞溜めに消えてくれないか?

883 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 09:17:41 ]
夏だな・・・

884 名前:デフォルトの名無しさん [2008/08/10(日) 09:20:26 ]
もとから糞の奴はどこに行けばいいんだよ!

885 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 13:03:51 ]
Java Module SystemはRPMと同等だとみなしてもいいよね?

886 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 14:06:44 ]
かってにみなせば?

887 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 16:34:31 ]
>>885
レイヤーからして違う。

888 名前:デフォルトの名無しさん [2008/08/10(日) 17:17:13 ]
JavaでもC++でも、どうせ俺たちはIT土方じゃね?

889 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 21:55:32 ]
もういいよ。土方がそんなに嫌なのか?
経営者以外は土方みたいなもんだ。
自分のやることにちったー誇りもてよ?

890 名前:デフォルトの名無しさん mailto:sage [2008/08/10(日) 23:47:00 ]
マ板で話題にすることだね。
そっちでならスレを指定すれば
話に加わってもいいよ。
ここではマ板な話はスルー。


>>865
RPMよりyumのように扱えれば便利だよね。
それもMavenですでに実現しているかな?



891 名前:デフォルトの名無しさん [2008/08/11(月) 01:18:14 ]
ちぇ、ツマンネー奴らだな。
経営者なんて、外じゃペコペコ頭下げて、無理な要求持ってきて迷惑なだけじゃん。
人として感情をもってないペコちゃん人形と同じだな。

892 名前:デフォルトの名無しさん mailto:sage [2008/08/11(月) 02:37:05 ]
>>891

これは・・・

893 名前:デフォルトの名無しさん mailto:sage [2008/08/11(月) 04:01:45 ]
マ版の奴らと同じように本当のところは経営者もしんどいんですよ・・・

894 名前:デフォルトの名無しさん mailto:sage [2008/08/11(月) 04:24:58 ]
夏真っ盛りだな・・・眠すぎる

895 名前:デフォルトの名無しさん mailto:sage [2008/08/11(月) 07:49:00 ]
どっちにせよマ板の話題

丁度いいスレがあったから紹介しておくよ


ITベンチャー経営者だがそろそろ畳もうと思う
pc11.2ch.net/test/read.cgi/prog/1198225909/

896 名前:デフォルトの名無しさん [2008/08/11(月) 09:33:15 ]
経営者は常に最新のものに敏感でいなければならないため、次世代スレに興味あるんですが何か問題でも?

897 名前:デフォルトの名無しさん mailto:sage [2008/08/11(月) 10:40:01 ]
そのスレ違いの発言が問題。

898 名前:デフォルトの名無しさん [2008/08/11(月) 12:04:24 ]
くそすれ

899 名前:デフォルトの名無しさん [2008/08/11(月) 12:43:35 ]
またお前なのかよ

900 名前:デフォルトの名無しさん [2008/08/12(火) 00:53:15 ]
それで、クロージャ実装の使い心地はどうよ?



901 名前:デフォルトの名無しさん mailto:sage [2008/08/15(金) 02:59:03 ]
クロージャさえあればcatch節でclose()忘れを防ぐことができる
ギャグが現実化すればのう

902 名前:デフォルトの名無しさん mailto:sage [2008/08/17(日) 11:48:43 ]
JDK7 build33
download.java.net/jdk7/changes/jdk7-b33.html
download.java.net/jdk7/binaries/

903 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:27:20 ]
クロージャどう見ても糞だろ?
なんだよあの関数型w
宣言とか仮引数にいちいちあんなの書いてられるか
インタフェースへのキャストも糞仕様としか思えない
メソッド定義が一つの時だけできるとかまともな設計センスじゃないだろ

904 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:32:38 ]
メソッド定義が一つの時だけできるとか、嘘つくなよ
まずは仕様をちゃんと読め。それから。

905 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:50:09 ]
>>904
ちょっと誤解してたわ
引数が同じものがあったらダメってことか
どっちにしても分かりにくい上にわざわざこんなことしてまで使いたくないな

906 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:55:18 ]
Javaはもうこのままでいいよ。
他の言語のプラットフォームとしてがんばってくれれば。
俺はScalaに逝く。

907 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 22:59:08 ]
Javaはまだカオスを十分に溜め込んだとはいえないからなぁ
言語仕様そのものはシンプルだし、GenericsやAnnotationの類が
もう2,3種増えないとリファクタリングの効果が薄い気がする。

908 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 23:01:20 ]
なんでこんな仕様にしちまったもんやら
素直にfunction予約語かなんか導入して

function F(int i, int s);

F f = { int x, int y => x +y };
f(10, 20);

とか

function F(int i, int s) { x +y }

F f = new F();
f(10, 20);

にできなかったのか?


909 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 23:04:55 ]
それありだわー
単純でいいなぁ

910 名前:デフォルトの名無しさん [2008/08/28(木) 23:13:59 ]
それ、typedefした関数ポインタと同じじゃないの?
とっくに議論尽くされて今の仕様まで来たんだけ、全然知らないくせに横から口出すなよ。
おまえはscla使ってれ。たいした差はないと思うけどなw



911 名前:デフォルトの名無しさん [2008/08/28(木) 23:16:57 ]
function F(int i, int s) { x +y } 

F f = new F(); 
f(10, 20); 


これなんか、クラス宣言をちょっとだけ省略した普通の関数(クラス)の宣言じゃんw
アノニクラスと一緒にしてるみたいだし、おまえアホだろ?

912 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 23:24:53 ]
いまのインタフェース下のキャストより10倍はましだが?

interface F {
 int f1(int x, int y);
 String f2(int x, int y);
}

F f = { int x, int y => x + y };
f(.invoke(10, 100);

とか

{ int, int => int } f = { int x, int y => x + y };
f(.invoke(10, 100);


書いててばかばかしいと思わん?

913 名前:デフォルトの名無しさん [2008/08/28(木) 23:37:23 ]
どこが馬鹿馬鹿しいのか分かるようにちゃんと指摘できないのは、バカw

914 名前:デフォルトの名無しさん [2008/08/28(木) 23:38:33 ]
>>912
関数が多言語使ってるくせに、数学のことまるっきり分かってないようだなw
おまえばかだろ?

915 名前:デフォルトの名無しさん mailto:sage [2008/08/28(木) 23:49:47 ]
interface F {
 int f1(int x, int y);
 String f2(int x, int y);
}

F f = { int x, int y => x + y }; //あれぇ、ブロック要素なのにオブジェクト扱い?
f(.invoke(10, 100); //わざわざinvoke()を特別扱い。インタフェースには定義ないし、きもいね

とか

{ int, int => int } f = { int x, int y => x + y }; //{ int, int => int }って、こんなの持ち回るんかい!
f(.invoke(10, 100);

もうねinvokeの特別扱いとかいろいろ導入してんだよ
こんなことやるくらいならもっといろいろできただろ

>>914
数学(笑)
頭いいならさ説明してみろよ


916 名前:デフォルトの名無しさん [2008/08/29(金) 00:44:01 ]
久しぶりに誤変換で笑った。
関数型言語を使ってれば数学チックな思考を出来るようになっていてもいいんじゃないの?

917 名前:デフォルトの名無しさん [2008/08/29(金) 00:45:29 ]
>>915
君が糞だって事はよーく分かったからww

918 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 00:47:16 ]
また糞だめから出てきたのか。

919 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 01:00:25 ]
糞は糞らしくVBでもやってろw

920 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 01:09:46 ]
VBは早くからUnicodeに対応したユーザフレンドリな言語だと思うが。
ある意味Javaの先輩といってもいいくらいの。



921 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 01:27:20 ]
javaはこのまま暗黒面に落ちていくと思う。(言語仕様が)

922 名前:デフォルトの名無しさん [2008/08/29(金) 01:28:10 ]
もうJAVAはだめぽ(。。

923 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 02:27:58 ]
ライブラリの仕様はJCPのようなプロセスを経るのもいいのだろうけど、
言語仕様はSUNがびしっと決めてしまったほうがましな気がするな。
船頭多くしてなんとやらだよ、まったく。

924 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 02:30:48 ]
>>908
Javaはtypedefはやらない流儀。別名を導入しない。
function F(int i, int s);は別名導入しているに等しい。

925 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 02:39:15 ]
いっそ、functionよりdelegate void F(int i, int s)がよくないかな

926 名前:デフォルトの名無しさん [2008/08/29(金) 02:47:55 ]
いや => が混乱の元。

{int o => o<=1 && o>=-1} なんか笑われてるようにしか見えないじゃんか。

もうJAVA終わったorz

927 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 03:04:36 ]
closureってまだ入らなそうな感じなんじゃないの?
個人的にはfunction typeの構文がかなり可読性を下げる気がするのでやめて欲しい。
型名書いているのかブロック書いているのか分からなくなる。

928 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 03:08:36 ]
=> は伝統だろ

929 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 03:22:29 ]
>>927
糞だからな

930 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 03:54:34 ]
>>927
お前の可読性の好みなど聞いてない



931 名前:デフォルトの名無しさん [2008/08/29(金) 06:23:44 ]
ジャバのスレじゃないのか!ジャバが終わったとかC#にしろとか何を愚かなこといってるんだぁ

932 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 10:29:24 ]
カタカナで書かれると、風呂釜洗い出しそう

933 名前:デフォルトの名無しさん [2008/08/29(金) 16:01:03 ]
ジャバはジャバだろ!コーヒーじゃないんだぞ!

934 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 17:19:05 ]
カバオくんお風呂に入ってハァビバノノ
s/JAVA/KABA/ だめだこりゃ

935 名前:デフォルトの名無しさん [2008/08/29(金) 17:19:22 ]
もうVBとVBAだけあれば、俺は幸せ!

936 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 19:42:34 ]
>>924
おまえはクロージャのインタフェースへのキャスト仕様理解してから話せ

937 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 20:07:04 ]
>>934
KABAはPrologだけど、知らないんだろうな・・・

938 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 20:43:30 ]
じゃあ

未だにIISオンリーで糞重C#とか、化石のVBとか、MatzクンのオナニーRubyとか?

ねーよwwありえねーわwwwwww

939 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 22:12:36 ]
お前アホだなぁww
CやVBは化石なんじゃなくて歴史があるってもんよ。
C#なんか常々進化してんじゃん。

それを言うならjavaの方がもう化石なんじゃねーの?

940 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 23:10:22 ]
まるでJavaが進化してないみたいな言い方だな
2年に一度は大きいアップデートがある(EEも含めると毎年ある)環境だというのに

昔の言語と違って今の言語はどれも大幅な更新が入るのは当たり前だぞ



941 名前:デフォルトの名無しさん mailto:sage [2008/08/29(金) 23:15:42 ]
低レベルな言語比較なら他スレでどうぞ

942 名前:デフォルトの名無しさん [2008/08/29(金) 23:19:28 ]
and, because of you, you should accept the closure proposal for next generation.

943 名前:デフォルトの名無しさん mailto:sage [2008/08/30(土) 06:01:48 ]
何この糞スレ?

944 名前:デフォルトの名無しさん mailto:sage [2008/08/30(土) 06:40:38 ]
もうJavaなんてやめちまえ!

945 名前:デフォルトの名無しさん mailto:sage [2008/08/30(土) 11:32:40 ]
他の言語のスレで叩かれた厨が流入してるんだろう
しばらくの辛抱だw

946 名前:デフォルトの名無しさん mailto:sage [2008/08/30(土) 23:25:58 ]
でもrubyは宗教だろ

947 名前:デフォルトの名無しさん mailto:sage [2008/08/31(日) 02:10:45 ]
perlは宗教じゃなきゃ何よ?

948 名前:デフォルトの名無しさん [2008/08/31(日) 02:39:31 ]
プログラミング言語

949 名前:デフォルトの名無しさん mailto:sage [2008/08/31(日) 08:45:43 ]
驚くほど糞スレ
こんなスレに興味を抱いた俺が馬鹿だったわ

950 名前:デフォルトの名無しさん mailto:sage [2008/08/31(日) 09:00:31 ]
続きはマ板でね



951 名前:デフォルトの名無しさん mailto:sage [2008/08/31(日) 10:30:15 ]
>>949
おまえのような糞に言われたくない罠

952 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 12:25:27 ]
>>951
その辺の返し方がクソスレww

953 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 17:29:50 ]
typedefもどきはやめてくれ
ソースコードが読みにくくなるんだよ

954 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:08:09 ]
>>952
糞は無理して発言しなくていいよ。それよか、海外でもいいから、ねたブログとかないの?

955 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 21:09:19 ]
今のクロージャの仕様はtypedefよりひどいじゃねーかww

interface F {
 int f1(int x, int y);
 String f2(int x, int y);
}

F f = { int x, int y => x + y };
f.invoke(10, 100);

なんだよこれ

956 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 21:40:54 ]
どこかどう酷いのか書いてない用だけど…
おまえ、あたま大丈夫?

957 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:14:13 ]
>>955
これってメソッドが2つあるからコンパイルエラーでは?
なんか問題あるの?

958 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:37:41 ]
>>957
ところが仕様ではこれがOKなのさ
驚きだろ?

959 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 03:31:21 ]
これ自体は、イヤな動きだけども、これはどのくらいの頻度でありうるものなのかな
そして、どのくらいの頻度で、問題のある動きになるのかな?

メリットはかなり大きいと思うが、割りにあうのかないのか

960 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 03:33:35 ]
>>955
それならもうC#しかないな。C#でもDでもいいから、一緒にやらないか?



961 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 03:42:20 ]
Scalaでいいよ!

962 名前:デフォルトの名無しさん [2008/09/02(火) 03:52:42 ]
scalaだけど少し調べてみたけど数年後には来そうだね。
でもグルービーと比べるとイマイチ違いがないんだよね(言語機能じゃなくて)。
グルービーはJSRで仕様堅めに入ってるから先が見込めるけど、scalaは(言語機能じゃなくて)普及の兆しを感じないな。

個人的にはjdk1.6で既にサポートされてるrhinoでいいんじゃないかと思う。

963 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 04:00:21 ]
静的型でクラスファイルができるのと、スクリプトと、違いがないってのか。
しかもrhinoでいいんじゃないかとかいう。

その言語で作ったクラスをJavaで自由に扱えるかどうかも、でかいとおもうよ。

964 名前:デフォルトの名無しさん [2008/09/02(火) 04:04:13 ]
↑全く意味不明なので、書き直してもらえませんか?

965 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 04:05:43 ]
rhinoやgroovyじゃ、Java言語の代わりにはなれません。

966 名前:デフォルトの名無しさん [2008/09/02(火) 06:29:38 ]
スクリプトサポートの目的はJavaの代わりになるかでなくて、Javaでは難しいところやかゆいところに手が届くって意味じゃないの?

967 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 06:34:55 ]
個人レベルで使うなら何だっていいが、企業向け開発だとなぁ
言語仕様も大事だが、大手のサポートやツールの有無
つまり周辺環境がないとどうしようもない
今んところ実質的な代替はC#にしかできないでしょ
あとはRubyがちょっと流行ったくらい
JavaがgdgdになるならScalaもありかもしんないけど
企業向けに立ち上がるにはよほど運がないと無理でしょ

968 名前:デフォルトの名無しさん [2008/09/02(火) 06:39:28 ]
java langやjvmがサポートするのはフレームワークだと思うんだが、なんか外してないか?
まあ、このスレはこの程度かw

969 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 06:42:36 ]
>>966
Scalaはスクリプトサポートではなく、Java言語の代替として使うことを考えられてる。
だから静的コンパイルされてクラスファイルを生成して動かす。
そうすると、Javaと同等かそれ以上の速さで動く。
クラスファイルだから、Javaからも比較的自由に使える。つまり特別な仕組みを使わなくてもServletやJPAのクラスが作れるということ。
部分的な適用がやりやすくなる。
で、今は、Javaの言語仕様拡張よりScalaじゃねぇの?って文脈。Javaの代わりになるかという話。

>>967
企業向けのエンドプログラマはJava1.4で充分でしょ。

970 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 06:43:38 ]
言語オタクのおもちゃならScalaで十分
Javaになんでもかんでも詰め込んで欲しいとは思わん



971 名前:デフォルトの名無しさん [2008/09/02(火) 07:14:40 ]
>>969みたいな
こういう俺様俺様ってのはどこにでもいるよなwwC++なんかこんな奴らの固まりだしww

972 名前:デフォルトの名無しさん [2008/09/02(火) 07:17:44 ]
スカラもグルービも、ジャヴァも、クラスファイルを作ってJVMプラットフォームで動くんじゃなかったの?(.Netみたいに)

973 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 08:04:16 ]
企業向けだって1.4じゃつらすぎる。5つかっててオモタ。

974 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 08:19:55 ]
rhinoもバイトコードコンパイラあるんだが

975 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 10:45:01 ]
ジャヴァジャヴァ

976 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 17:12:24 ]
>>958
v0.5って仕様にはclosure conversionはsingle methodを持つもの、
って書いてあるのでそのケースはエラーになると思ったんだけど、どっか他に仕様がある?
呼ばれるメソッドが不定に見えるのでエラーにするのが普通だと思うんだが。

あと最後のinvokeはFがinvoke持ってないからエラーになるような。invokeに関しては、function typeがinvokeを持つinterfaceとして扱われるのでは。

977 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 20:35:43 ]
Tグループの会社を何件か見たが、どこもJava1.3が入ってたりして焦った。
定期的にアップグレードする計画を立てるのもシステム課の重要な仕事だな。

978 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 20:51:02 ]
いろいろ動かなくなるからアップグレードしちゃだめだよ

979 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 21:15:02 ]
>>976
それが普通だよなw
インタフェースのメソッドは一つらしい
でも例外的に他のメソッドの引数がObjectのときはOK
つまり正しくは以下のコードだったよ

interface F {
 int f1(int x, int y);
 String f2(Object x, Object y);
}

F f = { int x, int y => x + y };
f.invoke(10, 100);

invokeはクロージャを実行する特別メソッド
インタフェースとは全然関係ない
だから以下のように書けるようだ

{ int x, int y => x + y }.invoke(10,20);

これもなんだかどうしようもないよな
最初の例見ると可読性ないよw

980 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 21:18:48 ]
>>978
部署に一台、事務処理専用マシンを作っていくのは基本だろ?



981 名前:  mailto:sage [2008/09/02(火) 21:27:40 ]
>>979 それが通るなら、逆にこれも通るのかな?


interface F {
 int f1(int x, int y);
 String f2(Object x, Object y);
}

class MyClass implements F{

int f1(int x, int y){
return x + y;
}

String f2(Object x, Object y){
return x.toString() + y.toString();
}
}



F f = new MyClass();
f.invoke(2,3);

982 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 21:50:23 ]
>>981
それは無理だよ
どこにもクロージャ使ってないでそ

983 名前:デフォルトの名無しさん [2008/09/02(火) 22:31:58 ]
こいつは、メソッドレファレンスMyClass#meth()のこといってんじゃないの?

984 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 22:56:47 ]
なんだそりゃw

985 名前:デフォルトの名無しさん [2008/09/02(火) 23:09:29 ]
Java 7の目玉機能は、クロージャだけなんですか?

986 名前:デフォルトの名無しさん [2008/09/02(火) 23:18:10 ]
モジュール?

987 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 23:24:08 ]
>>979
その仕様はどこに書いてあるん?
なんでその例外的ルールがあるのかわらない。

それから、
F f = { int x, int y => x + y };
f.invoke(10, 100);
これはFがinvokeを持ってないので無理でしょ?
invokeはclosure literalが持つってだけで、特別なメソッドではないでしょ?
(だから>>981は無理なはず)

{int x, int y => x+y }.invoke(10,100)ができるのは分かる。
これはclosure literalがinvoke(int,int)を持つ型なので。

function typeがinvokeを持ってて、他のinterfaceの型に変換するときにそのinterfaceの持つ1つのメソッドに割り当てられるってことでは。
あと、literalに直接invoke呼ぶのはそんなに無いんじゃないだろうか。

988 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 23:32:57 ]
>>985
プロパティ構文が一番じゃね?

989 名前:デフォルトの名無しさん [2008/09/02(火) 23:36:31 ]
こいつの主義からすれば、func.invoke(aho) じゃなくて、func(aho) とやりたいってのじゃないの?

どうせスカラー云々スクリプト云々って奴だろw
こいつの頭の中ではごっちゃになってて、サル脳だから理解できないんだろうww


990 名前:デフォルトの名無しさん mailto:sage [2008/09/02(火) 23:58:48 ]
>>987
たいして仕様を読んでないようなサルの相手をすることもないんじゃないの?
君も同じく相当ヒマだろうけどw



991 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 01:37:33 ]
このスレって偉そうに言ってる奴はどこが悪いのか指摘すらできないんだよなwwww

992 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 01:39:55 ]
>>990
なら仕様を読みまくってる君が簡潔に説明してみたらいいのではないだろうか
なんでここ見てるわけ?

993 名前:デフォルトの名無しさん [2008/09/03(水) 01:45:49 ]
>>991,992

くやしいのwwwくやしいのwwwwww


994 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 02:12:41 ]
> くやしいのwww

知らねぇのに無理して使うなよ。ほしのあきじゃねぇんだから。
くやしいのうwww

995 名前:デフォルトの名無しさん [2008/09/03(水) 02:37:51 ]
>>994
ゴミはまだ常任してんのか。
おまえのうんちくはイランから、はよ死ね。

996 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 02:42:12 ]
くやしいのうwww くやしいのうwww (ゲラ

997 名前:デフォルトの名無しさん [2008/09/03(水) 03:00:33 ]
何この糞www
次スレもいらんわw

998 名前:デフォルトの名無しさん [2008/09/03(水) 03:01:51 ]
>>996
そんな雑学よりも、英語をみっちり勉強した方が自分スキル向上になるんじゃないでしょうか?

999 名前:デフォルトの名無しさん [2008/09/03(水) 03:02:38 ]

逝 っ て よ し w


1000 名前:デフォルトの名無しさん mailto:sage [2008/09/03(水) 03:20:24 ]
age 全開で自己援護に必死



1001 名前:1001 [Over 1000 Thread]
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<204KB

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