[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]

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


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

1 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:38:16 ]: 前スレ

[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/

2006年12月にMustang Java SE 6がリリース予定

Mustangの掲げる主な目標は以下の点にある。
* 互換性と安定性および品質の向上
* Easy of Developmentの実現
* WebサービスおよびXMLサポート機能の拡張
* リソース管理や診断機能の強化
* デスクトップ環境の強化

Java SE 6 じゃじゃ馬ならし
www.javainthebox.net/laboratory/JavaSE6/
792 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 17:00:14 ]: 予約語にしたほうが構文解析が楽とか紛らわしいのがなくなるとかメリットもあるから
単純にはいえんよ
793 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 17:17:48 ]: >>789
なんか一言で失敗作呼ばわりされてしまったなぁｗ
794 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 17:40:08 ]: >>792
「property を予約語にしない」ってのを選択肢として持ってないのは不勉強。
795 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 17:58:51 ]: 勉強厨か
上のほうのget　setも構文解析からだけ考えれば予約語にする必要はないべ
gotoだって使わないが予約語だし、newだって予約語にしなくても本当は使えることは使える
796 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 18:01:38 ]: > 上のほうのget　setも構文解析からだけ考えれば予約語にする必要はないべ
既出。
797 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 20:18:57 ]: >>796
「既出。」だけのレスは2ch不勉強
798 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 23:32:26 ]: propertyっていう変数は、結構使われてると思うけどな。
799 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 11:57:31 ]: >>792
紛らわしさって？

property を予約語にしない場合の紛らわしさって言っても
せいぜい property property が出来るぐらいだと思うが。
800 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 12:05:25 ]: ×property property が出来る
○class property がある時に property property property が出来る

もっとも、>>785 も >>788 も具体的な構文規則も例も書いてないから、
>>785 >>788 の脳内構文で出来るのかは知らんけど。
801 名前：デフォルトの名無しさん [2007/04/01(日) 15:41:45 ]: >>781
前にGenerics使うと長くなるからtypedefいるだろとか言ってたC++信者がいたが
これはほんとに可読性に問題起こしそうだな……
どうにかならんもんか
802 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 15:52:49 ]: >>801
blogs.sun.com/ahe/entry/java_se_7_wish_list

Type aliasing
Shorthand syntax for declaring local variables
803 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 16:57:04 ]: >>802
結局は、独自定義があるとそれによって可読性が落ちるかもしれないから
適用範囲に十分注意ってとこだな
804 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 18:00:26 ]: Ada風に別名を付けるときに元の型から値の有効範囲縛れるように出来ると良いな。

新しい型の有効範囲外だとエラー投げてほしい。

typedef month byte 1...12;

aliasでも良いね。...は->でも良いかも。

alias day byte 1->31;
typedef leapsecond byte 1->60;

キャストは値の範囲が大きい方から小さい方の場合は代入されている値が小さい方で表せる範囲の場合のみ、または小さい方から大きい方。
805 名前：デフォルトの名無しさん [2007/04/01(日) 18:12:17 ]: >>804
それこそアノテーションでいいんじゃないか？
806 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 18:34:49 ]: >804
飽和演算もほしくなるな
807 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 18:52:21 ]: JavaBeansのフィールドやセッターにアノテーションってのが現実的だな
範囲外がきたとき例外出すのか、飽和させるのか、値を変えないのかの判断もいれればグッド
ついでに一番面倒なプロパティリスナのfireも自動でやってほしい
808 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 21:53:14 ]: >>807
その情報を元にWebアプリ側で自動でバリデートやエラーメッセージ出してくれたら最高に楽だな。
809 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 22:05:41 ]: >>808
なんかライブラリとNetBeansでプラグイン作りたくなってきた
GUIとのバインディングでもかなり効率よさそうだしな
810 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 22:41:26 ]: プロパティなど要らぬ！
構文糖・即・悪こそが我々Java厨の共有する唯一の正義ではなかったのか！

それを捨てるというならば、まずtypedefを導入しやがれ
811 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 23:14:33 ]: Genericsは構文糖じゃねーのかよ
生成されるバイトコードはキャスト使いまくりのものと同じだろ
812 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 23:28:04 ]: >>810
そんなもん、EoD とか言って autoboxing みたいな構文糖が入った時点で捨てとるような。
813 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 00:10:56 ]: >>811
乙
814 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 11:11:13 ]: >>810
何かいまいち語呂が悪いな

というかtyprdefはねえよwww
815 名前：デフォルトの名無しさん [2007/04/03(火) 19:05:07 ]: そろそろCloneable（何故かスペルミス）が@SafeCloneアノテーションになったりしないかな
ある程度どのように実装しているか表現できればコードチェックのときに便利だと思う。

copy(Cloneable obj)とかif(obj instanceof Cloneable){/*処理*/}とかそういうことは出来なくなるけど……
816 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 19:40:24 ]: いやtypedefは欲しい。
Javaで導入されていないのは、sourceが読みにくくなるという理由だろうけど。
817 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 21:04:57 ]: typedef String MyString;
みたいなのは同じ型の別名を作るだけだから有害だが、
typedef Map<String, List<MyClass<Integer, String>>> MyType;
みたいなのは特別な組み合わせに特別な名前をつけているから有用だと思う。

だから、Genericsありの場合のみtypedefを許すというのはどうだろうか。
818 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 21:12:11 ]: class MyType extends Map<String, List<MyClass<Integer, String>>>{}
819 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 21:31:09 ]: >>816
実態が変わるのならきっついのでは？
Javaはすべてダイナミックリンクなわけで
Stringからchar[]への変更とかIntegerからLongへの変更とか現実的ではないし
820 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 21:38:01 ]: これさー

typedef String MyString;
MyString abc = "sample";

これ、OK にするん？　NG にするん？
821 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 21:44:12 ]: >>818
それでいけるかー

typedefのためだけにファイルいっこつくるのが許容できるかどうかだな
822 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 21:51:09 ]: >>821
逆にファイル一個作らない場合、どのソースファイルに記述するか迷わないか？
ひとつのクラス内でのみ使用するというならいいが。
823 名前：デフォルトの名無しさん [2007/04/03(火) 21:53:30 ]: >>818
擬似Typedefアンチパターン
www-06.ibm.com/jp/developerworks/java/060310/j_j-jtp02216.shtml
824 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 22:27:37 ]: extendsに関してはあまり的を得ているとはいえない批判だな。
公開APIで使うべきではないけど、内部処理で使うには問題はなかろう。
「大規模では・・・」というのも、モジュール境界で使わなければいいだろう。
825 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 22:33:36 ]: >> 820
OKだろ。
826 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 22:59:03 ]: >824
当を得る、的を射ると書こうと思ったが
"的を得る"もあながち間違いとはいえないらしい
827 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 23:09:14 ]: >>820
そんなん言語仕様作ってる連中が居るところで聞かなきゃ意味がない。

どーせやるなら generics のパラメタ型だけじゃなくて
JSR 308 の型へのアノテーションも含めて欲しいけど。
828 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 23:35:42 ]: typedef派の諸君！ Java7で何かが変わると思ったら大間違いだ！
所詮dolphinなんか、property派のお祭に過ぎない！
我々typedef派にとってdolphinほど馬鹿馬鹿しいものはない！
多数決で決めれば、property派が勝つに決まってるじゃないか！
829 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 00:16:01 ]: 俺は言語使用云々よりもMVMが最も重要だと思う。
MVMさえ実現されれば、デスクトップJavaもサーバJavaもかなりの勢いで道が開ける。
830 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 00:44:35 ]: 俺もそうは思うが、MVMって実装される予定はあるのか？
831 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 01:12:55 ]: >>828
俺はビビらない

もうちょっと上手くやってください

>>830
俺がずっとヲチしてるとこは年単位で動きナス
ttp://research.sun.com/projects/barcelona/
ttp://java.sun.com/developer/technicalArticles/Programming/mvm/
唯一怪しげな情報として引っかかってきたのが
ttps://jvmcomm.stage.dev.java.net/
ここによると、MVMは作られた、とのこと。
もしかして、通常権限だとアクセスできない
ttps://mvm.dev.java.net/
に何らかの情報が？誰か触った事のある奴居ないっすか？
832 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 08:41:27 ]: >>823
いい記事を知った
㌧
833 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 09:33:04 ]: >>828
クロージャー祭りなワケですが。
834 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 11:59:58 ]: 諸君！この言語は最悪だ！
プログラミングだとかコンピュータだとか、
私はそんなことには一切興味がない！

あれこれ改変して問題が解決するような、
もはやそんな甘っちょろい段階にはない！
こんな言語はもう見捨てるしかないんだ、
こんな言語はもう滅ぼせ！

私には、建設的な提案なんか一つもない！
今はただ、スクラッチ＆スクラッチ、0から書き直すことだ！
835 名前：デフォルトの名無しさん [2007/04/04(水) 13:45:51 ]: MS儲おつかれさまです。
836 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 20:03:09 ]: MVMなんかいくら待ったって無駄だっ！
837 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 01:17:46 ]: >>835
うん、MSは儲かるよ
838 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 07:55:41 ]: 外山ゲイツ
839 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 20:20:00 ]: JDK7 build11
download.java.net/jdk7/changes/jdk7-b11.html
download.java.net/jdk7/binaries/

何か地味なビルド。
OpenJDKでのビルド修正に関するFixばかり。
840 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 15:01:43 ]: NIO2 の草案できたらしい。
d.hatena.ne.jp/kazama/20070413 より。
841 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 21:03:32 ]: すげー
日本語版が用意されているという趣向が
ちょっと見てみようかという気になる
842 名前：デフォルトの名無しさん [2007/04/18(水) 12:27:47 ]: 進歩してるなｧ
journal.mycom.co.jp/articles/2007/04/11/openterracotta/index.html
843 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 20:17:38 ]: JRE仮想化はBEAみたいなハードウェアよりなのが勝つんじゃないかな
844 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 20:53:59 ]: ところでJavaでCPUのコア数って取得できましたっけ？
845 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 21:06:02 ]: >>844
次世代関係ないな。初心者質問スレいけ。
846 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 08:13:46 ]: 知らないなら知らないって言えばいいのにｗ
847 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 21:58:33 ]: JOGLがSEに組み込まれることと、
Uniform Driver Interface対応がされれば
Javaクライアントの未来もあるんだが、
今だサーバ関係ばっかサポートしてるな。
848 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 22:03:55 ]: JavaSE6でJOGLとの融合する予定だったけど不安定でとめたからな
今のバージョンでOpenGLレンダリングでGLJPanel使うとよくおちる
5.0はまともにレンダリングされなかったけどな
なんかリペイントマネージャがおかしかった模様

JOGL＋GLCanvas自体は安定してるのでゲームでは問題ないけど、
GLJPanelが動くようにならないと復権無理だな
あとは入力インターフェースとして2軸2ボタンでいいのでジョイパッドの正式サポートを
849 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 23:13:54 ]: 「New」IO「2」か。。。どれだけ計画性のないネーミングだっつーの
850 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 23:31:50 ]: >>849
NIO2は別名なんだろ？
統合か名前が変わるかするだろう
851 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 10:36:48 ]: >>849
サントリー New Old
852 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 12:39:51 ]: >>851
あれはわざとやったらしいよ
853 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 23:37:33 ]: マトリックスの奴の名前だっけか
854 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 00:43:10 ]: >>853
仁王？
855 名前：デフォルトの名無しさん [2007/04/28(土) 06:15:28 ]: 言語レベルでの複素数型のサポートっていつやるの？
856 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 09:15:37 ]: >>851
そうなのか。Sunってなんか変なところでマーケティングが変なこと言い出す気がする。

1.1→1.2→1.3→1.4→5.0→6.0
なバージョニングといい

J2SE→Java SE
といい。
857 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 09:42:56 ]: いや、たんに世の中のバージョンとあわせただけだよ
sunの文化として0.1がメジャーバージョンアップなんだよ
でもマイナーバージョンアップにしか見えない

だから製品名と内部バージョンとをわけるという他の会社と同じものにあわせた
あと6.0はない、6だ
Java2登場前はただのJavaがあったし、SDKはJDKという名前でまたJDKに戻った

Java2という名前を入れるときに製品名としては2.0にすべきだったのさ

ただそれだけのこと
858 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 11:14:04 ]: マーケティング周りで散々分かり辛かったから一般消費者向けに分かりやすい製品名にしただけ。
ブランド名はずっとJavaの4文字だし。

JDKに戻ったのもsun内部ではずっとJDKと呼ばれ続け、開発者側もJDKで十分慣れ親しんだため。

そして何より、今はゲイツの相手せずに済むから・・・

J/Directなんて禁句だぜ？

アゝ、なつかしの*7・・・
859 名前：デフォルトの名無しさん [2007/04/28(土) 16:05:42 ]: ♪ア・ソ～レ

ア・チョン！ア・チョン！

ア・チョン！チョン！チョン！バカ！
860 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 00:11:38 ]: XMLリテラルよりヒアドキュメントに対応して欲しいのは俺だけ？

String sql = <<END_OF_SQL
update USER_TBL
set name = ?,
age = ?
where id = ?
END_OF_SQL
861 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 00:14:26 ]: IDE使っていれば改行を気にすることないから俺は要らんな
862 名前：デフォルトの名無しさん [2007/04/29(日) 00:34:43 ]: 複素数なんていらないじゃん。
commonsにライブラリあるからそれで十分。
863 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 08:52:50 ]: >>860
ヒアドキュメントは確かに欲しい
あと、ヒアドキュメント中にJavaの式を埋め込むこともできたらいいな
864 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 09:17:28 ]: 言語でサポートされるなら複素数型は欲しいな・・
865 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 09:57:06 ]: そういえばCSV(TSV, etc.)を読み書きするためのライブラリが標準でないのが気になった
866 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 10:20:46 ]: TSVやCSVは環境依存しまくりだからな
ほとんどの場合Excel準拠でいいのだろうが
H2のライブラリを使うという手もある

だが、まずはファイルのコピー等を実装するのが先じゃね？
867 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 10:47:04 ]: 仕様通りのCSVって見た事ないんだが。
カンマで区切る以外はメチャクチャだろ。
868 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 11:05:13 ]: >>867 仕様ってrfc4180？
869 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 11:53:46 ]: >>868 4180って後付けだし他のシステムで吐き出したCSVを扱う
ときには全く意味ないよね。
870 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 12:37:17 ]: 後付の規格にあわせていたら過去のソフトとの互換性が取れんからな
どうせやるなら文字コードやどのソフトで出力したかなどメタ情報がほしいね

そのへんつっこんでいくとXMLになるから意味がないのだけれども
871 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 12:55:08 ]: 後付規格以外では、独自規格乱立してんだから互換性取るなんて無理。

RFC準拠の標準ライブラリとかならともかく、
自分とこの独自規格に合ったのが欲しいなら
自前の CSVライブラリ作った方が楽だし簡単。
872 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:07:50 ]: ttp://opencsv.sourceforge.net/
これ使ってる。別に困った事はない。というか、ＣＳＶ使うのは止めて欲しい。
問題が解決するわけじゃないが、タブ区切りの方が好み。
カンマより、タブの方が文章中で出てくる頻度が少ない。

というか、明確に項目を区切るための制御文字があってそれを入力できる方がいいなぁ
873 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:08:18 ]: ちょうどCSVってかテキストデータのライブラリ作ってる。
MIMEにあるかIANAに見に行って、RFCも日本語訳参考にしてるから
たぶん仕様的には正確だと思う。

RFC4180についてだけど、セル内改行を LF にすればExcel CSVに対応できる。
しかしAccess CSVは CRLF で、RFC4180と仕様が同じという困ったちゃん。
読み込みは柔軟に、書き出しは目的に合わせて厳密にという対応が必要だね。
874 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:28:53 ]: 後付けでもECMA-262とW3C DOMはうまい事まとめてるのにね。
相変わらずMSはオープン標準に従う気はないし。

テキストフォーマットの読み書きといえばODFなんかの文書フォーマット読み書きライブラリが標準拡張くらいであっても良いのにね。
やるとしたらテキストコンポーネントのプラグイン扱いかな。
変なところで妙に充実してるのがjavaのクラスライブラリなんだし。
875 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:29:04 ]: >>873
おれもそのAccessとの対応を対数ヶ月前やった
ダブルクォーテーションの中はあらゆる改行タイプをゆるせばいいだけだったっぽい
動きとしてはAccessのほうが納得しやすい
876 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:35:53 ]: >>874
javaってinterface作るのは好きだけど
SPIを作るのは嫌いって人が多すぎるんだよね。
MP3とかOGGとかSound APIにちょこっとしか準拠してないしｗ
877 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:54:41 ]: >>876
インターフェース作る＝自分でAPI定義
SPIの実装＝定義にあわせて作る

だからまったく別の話じゃね？
878 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 14:00:48 ]: このルールにあわせろっていうのは好きだが、
ルールに従うくらいなら俺仕様でって奴が多いってこと。
879 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 21:31:55 ]: >>878
うわ、激烈耳が痛てぇ。 orz
880 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 23:46:40 ]: >>878
それじゃMSがやってることと同じじゃんか。
881 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 00:08:54 ]: まぁ、大抵の奴はそう思うんじゃね？
882 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 00:36:26 ]: >>876
例えば標準のプラグインがヘボいので上書きしたい場合みたいに
他のプラグインと衝突する場合のガイドラインがなかったりするし。
いざ作ろうとすると、SPIまわりはドキュメントが不足してる。

他にも、Sun の標準プラグインに必要なインターフェイスだけしかないとか
java.net.URLStreamHandlerFactory はなんで SPIになってねーんだとか
SPI自体がテキトーに作られてる感が無きにしも非ず。
883 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 10:26:19 ]: C99では複素数もとっくにサポートされてるのにJavaはダメだね。
コンパイラに実装するのは難しくないだろ。
いろんなComplexクラスとか見ると、また車輪の最発明なのかと思って悲しくなる。
884 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 10:55:57 ]: ここは・・・

C99なんて仕様だけだろﾌﾟｷﾞｬｰm9

って言えばいいのか？

マジレスもしとくか、複素数を普通の演算子で扱いたいって事なんだろうけど
Javaの流れとしてはXMLリテラルの方が先じゃない？
俺としてはどっちも要らんが。
885 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 11:42:39 ]: >>883
確かに人それぞれの複素数クラスがあるよね。
886 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 12:50:02 ]: 複数のライブラリを横断的に使ってて、
複素数型がライブラリ毎に違うのが面倒くさいとか
そーゆーケースでもない限り標準APIに拘る必要も無いような。

複素数型入れても今更感が強いし、
下手すると独自規格乱立したCSVに後付標準規格(?)ができたのと同じで
それほど意味がないものになるような気もする。
887 名前：デフォルトの名無しさん [2007/04/30(月) 12:55:54 ]: >>884
gccのC99じゃだめなのか？
Javaも無料のコンパイラ使ってるくせに…
888 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 15:30:34 ]: そんなにCがいいならC使ってればいいんでは？
889 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 15:56:36 ]: >>883
Complexクラスが標準になればいいだけの話か。
890 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 16:45:23 ]: 複素数リテラルのまえに、BigIntegerリテラルだろ。
891 名前：デフォルトの名無しさん [2007/04/30(月) 17:05:27 ]: Wikipediaをwikiって略すな！
同時にWikipedia以外のWikiも盛り上げよう！
892 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 17:17:46 ]: >>891
携帯するものなんて電話以外にもいくらでもあるのに
携帯電話を携帯って略すのもやめよう
893 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 17:29:32 ]: >>890
リテラルは知らんけど、BigInteger BigDecimal の演算子オーバーロードは
dolphin で追加されそうな気配はある。>>132 のスライドに入ってるし。

もっとも、目玉は closure と erase erasure だろうけど。
closure というか、function type の実装には
java.lang.function パッケージに引数型+戻り値型を名前にした interface を使うみたいだけど
（ {int=>int} なら java.lang.function.II みたいな名前で int invoke(int) だけを持つ interface）
これ、実行時に生成するなら同じ仕組みで List<String> とかも生成するんじゃないかな。
と妄想中。VM（厳密には ClassLoader？）に手を入れる事になるけど。

で、そっちに時間取られると演算子オーバーロードとかは漏れる可能性もあるもしんない。
894 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 17:57:08 ]: >>891
seasarスレにカエレ(・∀・)

ま、どうせこのスレとあっちのスレ、中の人は同じだがな。
895 名前：デフォルトの名無しさん [2007/04/30(月) 18:23:11 ]: MVMは次に乗らないのか？
スレッドはネイティブ対応しないのか？
あーらんに負けるぞ。
896 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 18:28:56 ]: > スレッドはネイティブ対応しないのか？
？？？
897 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 19:25:00 ]: いまだにグリーンスレッドと勘違いしてるんだろう.
898 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 19:34:54 ]: 一瞬Rubyスレかと思ったわい。
899 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 19:46:22 ]: >>898
ﾉｼおれもれも。
ところでRuby処理系のネイティヴスレッド化って完了したの？

YARV Ruby でぐぐってみたけど、ささだ先生のところは0.4.1くらいで更新が
止まってるみたいで、最新の状況がよくわからん。

あ、スレちがいか。すまん。
900 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:17:55 ]: >>893
目玉はBigIntegerとBigDecimalだと思うよ
業務アプリだとこの辺頻繁に使うし
901 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:19:27 ]: >>899
そういうときはJRubyに関連付けするのだ
0.9.9がでたのでもうすぐ正式版が登場
つまりJavaVM上でRubyは動かすのが正解

VM起動時間なんてJavaSE6なら2回目以降は0.5秒だから問題ないし
902 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:46:47 ]: >>900
っても、closureの話は聞こえてくるけどBigDecimalの話はあんまし聞こえてこないんだよね。
903 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:53:57 ]: >>902
仕事に絡まないプログラムならそうかもしれんが
仕事では使わないという場面はほとんどないからなぁ。
そして仕事で組んでる場合、次の技術というのに目が行く人は少ない。
目をつけていても発言する場が日本語でできないのなら誰もしないだろうさ。
904 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:24:54 ]: >>903
いや、Sunがどーゆー実装にするとか、JCPでどーゆー提案が出たとか
そーゆー話が聞こえてこないって事なんだけど。
905 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:37:14 ]: JCPとかリードスペックとか現時的に業務に絡んでないやつらが多すぎなんじゃ？
906 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:42:30 ]: >そして仕事で組んでる場合、次の技術というのに目が行く人は少ない。
>目をつけていても発言する場が日本語でできないのなら誰もしないだろうさ。
技術者として終わってるな
907 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:51:54 ]: >>906
じゃぁ始まってるアンタが変えてよ
908 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:56:07 ]: >>905
愚痴たれるんならマ板に行ってやれ。
909 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:04:35 ]: >>906
たとえ真実でも、言ってはいけない事ってのがあってだな……
910 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:28:02 ]: >>906-909

PGが絶対口にしてはいけない一言
pc11.2ch.net/test/read.cgi/tech/1176001986/l50
911 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 01:55:23 ]: >>889
ライブラリにクラスを追加するとか、演算子オーバーロードが出来るようにするとか
よりも、プリミティブな複素数型を言語に追加してくれってこと。

複素数は機種依存するもんじゃないし、
たとえばFFTや平面座標上の点の計算に活躍する。
912 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 02:00:43 ]: 小数点演算すらソフトウェア実装なのに面倒なことさせるな。
913 名前：デフォルトの名無しさん [2007/05/01(火) 07:17:37 ]: > 現時的に業務に絡んでないやつらが多すぎなんじゃ？

現実的に国内で業務システムに絡んでる奴は
頭弱すぎて割り込めないだけ。
914 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 07:49:23 ]: >>911
> たとえばFFTや平面座標上の点の計算に活躍する。
の用途のために、何故
> プリミティブな複素数型を言語に追加してくれってこと。
が必要なのかわからん。クラスじゃ何でダメなんだ？

あと「プリミティブな」ってVM変更（バイトコードインストラクションを拡張）しろって話？
たぶん、そんな要求してもマトモに相手にされないと思うけど。
915 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:19:29 ]: この人は、単に複素数リテラルと演算子のオーバロードが欲しいだけだと思う。
言葉が不自由なので、自分の要求を正しく伝えられないのでは？
916 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:35:19 ]: >VM変更（バイトコードインストラクションを拡張）しろって話？

言語仕様の追加みたいだけど、どこからVM仕様追加の話になるんだ？
C99のようにゴニョゴニョっとまねして、チャチャッ実装しちゃってくれってことじゃないのか。
まあ、あれば便利だし、有難く使わせてもらうけど。
917 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:42:26 ]: 自分で実装してJCPに提案しろｗ
918 名前：デフォルトの名無しさん [2007/05/01(火) 08:54:09 ]: 演算子をオーバーロードして、BigDecimalの割り算はどうやって丸め指定を表現するんだろ
919 名前：デフォルトの名無しさん [2007/05/01(火) 08:56:26 ]: Javaの複素数演算用クラスって、どっかになかったか？
いちいち、引数をとらないといけないし、Fortranなどマシン語レベルの
ライブラリ充実している言語と比べると、スピードが出ないだろうけど、
だからといって、VM仕様から変更は影響が大きすぎるだろ。
920 名前：デフォルトの名無しさん [2007/05/01(火) 09:06:24 ]: >VM仕様から変更

だからどうしてVM仕様変更の話になるんだと小一時間（ｒｙ
921 名前：デフォルトの名無しさん [2007/05/01(火) 09:14:02 ]: >>920
java.sun.com/docs/books/jvms/second_edition/html/Concepts.doc.html#19511
922 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 09:36:30 ]: >>912
strictfpで宣言しない限り結局はFPUに計算させてない？
923 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 10:37:21 ]: >>916

>>911 の
> ライブラリにクラスを追加するとか、演算子オーバーロードが出来るようにするとか
> よりも、プリミティブな複素数型を言語に追加してくれってこと。
から。

クラスもダメで、演算子オーバーロードもダメで（たぶんリテラルもダメ）、
プリミティブな型を追加と言われたらバイトコード拡張なのか？ってのは至極当然。
924 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 11:13:54 ]: 意味なしリクエストは却下
925 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 04:33:33 ]: >>916
>>921
>>923
それがどうやって実装されるかということを君達がアレコレ妄想する必要はない。
それがあればどう世界が変わるかだけを考えろ！
926 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 07:43:02 ]: まったく変わらない。
以上
927 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 08:46:01 ]: >>915
複素数リテラルって何？
3.1i
1 + 2i
"3 + 4i"
とかのことか

それと演算子オーバーロードは、
Complex,Matrixクラスの話題とよくセットで出てくるが、
その程度で演算子オーバーロードを実装するのはコストが
高いなどの論点とは今回は関係ないようだ。

おまえは思い込みが激しいようだな。
928 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 08:57:25 ]: 言語不明瞭意図不明。
929 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 09:03:14 ]: >>927
>>928
おまえ誰だよ。早く消えちまいな。
930 名前：デフォルトの名無しさん [2007/05/02(水) 09:35:38 ]: 野次と荒らしは2chの花
931 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 11:39:25 ]: >>930
ｦﾀとDQNが抜けてるぞ
932 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 06:00:15 ]: >>925
どう実装されるかはしらんが、プリミティブ型を追加するという時点でVMに手をいれないといけないのは決定だろ。
933 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 09:20:31 ]: C99だと
struct complex {double real, imag;}
struct complex {double z[2];}
とかで実装されてるんじゃないか。
だからコンパイラの拡張のみでマシーン（VM)の方に手を入れることはない。
というか、一般人が実装のことを考える事自体が意味ないじゃん。
934 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 09:32:36 ]: 配列で大量に計算する用途だとクラスよりC#の値型のようなものがあるとベターだな。
935 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 09:58:40 ]: >>933
えーと。
結局、プリミティブな複素数型は特に必要がなくてクラスでやってもOKって話かな？

本当に複素数型欲しいなら
現時点でGPLで配布されてる javac に複素数型導入して公開したり、
そのパッチを ksl に投稿してみるとか、
BugDatabaseに行って、RFE出すとか既存のRFEに投票するとか、
その bugID 晒して、皆に投票呼びかけたりとか、
もちっと前向きな行動した方が良いと思うよ。

ここで複素数追加みたいなネタ振られたって、
皆でどーゆー実装するのか妄想して遊ぶぐらいしかできないでしょ。
936 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 10:09:09 ]: 座標上の点の計算には便利そうだ。特に回転とか。
複素数クラスがあってもnewしまくるから遠慮してたけど、
言語に追加されるなら便利そうだけどな。

今のトレンドは言語に複素数を追加することなんじゃないか。
C,D,Pythonは既に言語レベルでサポートしてるし。
937 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 10:25:59 ]: トレンドってほど支持する流れも否定する流れも大きくないと思うが……
938 名前：デフォルトの名無しさん [2007/05/03(木) 10:37:45 ]: >>933
頭悪そう
C99を使ってろ
939 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 10:53:07 ]: >>936
ちなみに、何を作りたくて複素数型が必要なんだ？
940 名前：デフォルトの名無しさん [2007/05/03(木) 10:57:23 ]: >>934
C#の値型は、クラスと比べてどんなメリットがあるの？
コンパイル時に最適化されて
ランタイム負荷が小さいとか？
941 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 12:34:41 ]: >>940
クラスのオブジェクトに比べ生成と削除のコストが低い。
値型は参照を介せずにスタックに直接値が格納されたり、
配列やクラスのメンバーとして直接その領域に値が格納されるので
ボクシングが発生しない限りGCの必要な実体が作られることがない。
このためプリミティブ型に近いパフォーマンスを発揮する。
942 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 12:45:20 ]: >>939
必要ないんでしょ。

ってか、実際に複素数型が必要な分野のプログラム組んでる人間が
「演算子オーバーロードよりもプリミティブな複素数型」なんて言うとは考えられないし。
943 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 14:50:30 ]: >>941
値型ってのが広い範囲を表すからいいたいことがあいまいだぞ
944 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 15:00:41 ]: 下手に構造体チックなものが登場されてもBeanの文化が壊れるから
ByteBufferで我慢が出来ないなら諦めてくれって方針で十分。
945 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 19:32:28 ]: >>933
だから、それはプリミティブ型じゃないだろ。
946 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 20:49:44 ]: Ｃ＃の値型みたいなのがほすぃ
って言いたかっただけなんじゃないか、と。
947 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 21:32:14 ]: >>946
Java に C# の値型みたいなの導入すると
コンパイラ弄るだけじゃすまなくて、それこそ VMの変更が必要なりそうだし。
メソッドの戻り値で値型を使う場合とか。

それに、C# は最初から値型があったから良いけど、
Java の場合は generics 導入しちゃった後だからねぇ。
今から C# の値型みたいなものを追加したとしても
現時点でのプリミティブ型みたいに generics で使えなさそうだし。
948 名前：デフォルトの名無しさん [2007/05/03(木) 21:52:46 ]: Javaも遅かれ早かれVMの拡張は必要になると思うのだがいつごろ来ると思う？
949 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:05:05 ]: >>948
おいおい……
バイトコードインストラクションの話ならJSR-292のinvokedynamic追加の検討中。
後は>>893がfunction type関連でVM拡張とか言ってる。
950 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:13:31 ]: >>949
さんくす。複素数の議論でVM拡張は避けるべき的な話が出てたので確認してみた。
別にVM拡張前提で話をしてもかまわないわけだよね。
951 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:21:32 ]: >>950
ここは「次世代Javaの動向」をヲチるスレだから、
新機能追加の要望とか、単なる妄想オナニーなら他所でやってくれ。
952 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:24:40 ]: だれもVM拡張は避けろといってなくて、プリミティブ型を追加するならVM変更という話と、そんな無意味な要求は却下されるよという話が同時進行してただけかと。
953 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:28:41 ]: >>951
ヲチするだけとはどこにも書いてないわけで。
しかも、最初から要望とか妄想オナニーばかりのスレで、950も過ぎてから言ったところで説得力ない。
954 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:32:05 ]: >>953
今回ので言えば、既に >>935 で他所行けって出てるし。
他の話題でも他所行けってのは散々出てるし。
955 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:38:34 ]: つまり、スレの流れについていけなくてわめいてるってわけか。
956 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 22:41:32 ]: >>953
便所に落書きしても要望だとは思われないよな。普通は。
957 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 01:17:58 ]: 複素数を扱うライブラリがあれば便利だと思うが
言語仕様に含めるのはやり過ぎです。

ところで値型って、VBのByValを指しているの？
958 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 01:45:44 ]: >>957
ここは予想や感想を述べる場所じゃないとのことなので、
そういう動向は今のところ無いということでおしまいらしい。

値型はVB.NET以降では、ユーザー定義型（Structure）、Enum、クラスを除くVBの基本データ型をさす。
VBのデータ型と.NET(CLR)のプリミティブ型は若干違うから注意。
ここではユーザー定義型（Structure）の意味で使ってる。
.NET(CLR)ではValueType C#ではstruct。
Javaだと参照型以外の型＝プリミティブ型＝値型という理解でいいのかな？（自信は無いが）

あとは質問か雑談スレへとかいわれそうだ。
959 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 03:50:43 ]: >>956
「普通は。」ってなんだよ 9m(^x^
960 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 09:51:42 ]: C#：全部ヒープに置いたら遅いだろ！struct導入する！
Java：エスケープ分析で自動的にスタックに置くｳﾏｰ
961 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 12:14:58 ]: どうもsturct(値型）の話になってるようだけど、なんなら
typedef double complex[2];
でいいじゃん。どう実装されるかなんかはベンダ任せなんだけどね。
962 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 19:07:54 ]: ベンダ任せなわけがない
963 名前：デフォルトの名無しさん [2007/05/04(金) 20:59:25 ]: Hさん、居るよね。
964 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 21:03:27 ]: MさんとKさんもいるよね。

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

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