[表示 : 全て 最新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/






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

前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