- 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
携帯するものなんて電話以外にもいくらでもあるのに
携帯電話を携帯って略すのもやめよう
|
 |
