- 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/
- 152 名前：デフォルトの名無しさん [2006/12/17(日) 00:23:59 ]
- 君にはまだ早い
- 153 名前：デフォルトの名無しさん [2006/12/17(日) 00:28:01 ]
- 今度こそ本当にJavaでデスクトップアプリ開発が流行るんですかね？
- 154 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:31:35 ]
- 流行るってかモチベーションの問題だろ
5.0で既に十分なポテンシャル持ってたのに作らなかった。
事実やる気全開のV2Cは今や非Win用2chブラウザの重鎮だし。
- 155 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:35:59 ]
- ・グループレイアウトが標準実装された
これによってGUIコンポーネント配置が容易に（絶対座標系のレイアウトやVBなどより楽になった）
・VMの起動速度大幅アップ＆VM起動前にスプラッシュ表示可能
クライアント用途ではVM立ち上げ直しが多いから有効
リッチクライアント用途ではすでに普及してると思うが、クライアントサーバのように2層式が
まだ弱いのが今後大幅に改善されるかもしれない
たしかNetBeansでGUIコンポーネントとDBをつなげるやつ開発してたよね
JPA,JDBC4、RowSetなどでこの辺実装できるはずだけどどれ使うんだろ
postgreSQLだけRowSet動かないのもなぁ
postgreSQLはJDBCドライバすててるのかな
Oracleのように実装してもらわないと改善されない予感
OracleはOracleで基本がなってないのだが、JDBC4で強制的にLOBまわり改善されるのが面白い
- 156 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:38:22 ]
- >>154
V2Cいいんだけど参照のこったままになるの改善してほしいな
ひとつも開いてなくてもあきメモリーがなしってひどす
- 157 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 00:59:46 ]
- >>155
RowSetって使ってるとこあるの？
JDBC4.0は何故かRowSetに肩入れしてるけど
JPAとレイヤーも被ってると思うんだよなぁ
- 158 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:08:15 ]
- >>132
あくまで提案か。
実装するにはヤバイのが多いな。
BigDecimalの演算子だが
divide使うとき、MathContextの値はどうするのだろうか。
二つのBigDecimalオブジェクトのMathContextの値が異なれば
誤差が片方のMathContextの制度を基準にして除算を
することになると思うが、そうしたくない場合には
結局BigDecimal#divide(BigDecimal, MathContext)を使うことになるんだろうな。
その辺り、どう解決するのだろうか。
- 159 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:18:13 ]
- とはいえ、いまだに大量に要る浮動小数点を金額計算に使うやつらをとめれるのは大きいか
だってnewするの面倒だもんと聞いたときには何の冗談かと
あとしらないで1.05とか掛け算したんだけど、なんかコンパイルエラーが出るんですが、doubleにしたらエラー消えたからOKだとおもったとか
こんなのが業務プログラム経験10年とかでベテランですといってごろごろいるんだが
そのたびにぶちきれてる俺はいやなやつと思われてるっぽい
- 160 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:20:41 ]
- その手の奴はダメ出ししまくって修正させると「さすが大先生」とか卑屈になるんだよな
正直どうにかして首に追い込めないかとか考えてしまう。
- 161 名前：デフォルトの名無しさん [2006/12/17(日) 01:23:39 ]
- javaのジェネリクスのしょぼさがなぁ。
C++のテンプレートと同じことが出来なきゃ先は無いだろ。
- 162 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:29:11 ]
- >>160
今のところ5.0導入してから半分くらいはついていけないのを確認
5.0ではListに入れる型がわかるので結合時のエラーが減りますね！とかenum便利ですね！とかwktkしてる人もいれば
なんで5.0つかうんだよとうつろなやつもいて、非常に適正がわかりやすい
>>161
目的が違うんだからいいんじゃね？C++と同じだったら逆にぶちきれるだろ
- 163 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:31:31 ]
- Javaにboostみたいなのが出てくるのも考えモノだな。
- 164 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:32:22 ]
- templateが害悪だからGenericsになったわけだが。
- 165 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:33:10 ]
- >>159
BigDecimal,BigInteger用のシンタックスシュガーが導入されれば何とかならんかね・・・
しかし・・・・丸めとかの規定ないの？仕様に。
- 166 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 01:40:34 ]
- 123.45B とか 999999B で型推論？精度が違う場合は警告とし、左のほうに合わせる。
- 167 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:10:27 ]
- >>164
ジェネリクスが今の形になってるのはただ単純に互換性を保つためだけの理由からだよ。
だいたいタイプパラメーターにnew出来ないってありえねーよ。
- 168 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:17:31 ]
- ありえるからJavaは普通に普及してるんだけど。
- 169 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:34:32 ]
- >>167
無制限に型パラメータで new するのは C# でもできないし。
- 170 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:37:58 ]
- 防御的コピーしたい場合を考えるとコピーコンストラクタくらいは使えてもよかったかな。
- 171 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 02:45:01 ]
- >>170
つ「スペルミスなんだけど、気付いた時には既に修正不能だったという逸話が有名な Cloneable」
- 172 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 03:03:58 ]
- でもスペルミスが指摘されたのはβ時代。
何が遅すぎるのやら。
- 173 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 03:05:23 ]
- あ、これのことね。
bugs.sun.com/bugdatabase/view_bug.do?bug_id=1234712
- 174 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 03:25:14 ]
- >>167
互換性が大事だと一番分かっているのはC++だろｗ
- 175 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 03:39:45 ]
- creat・・・・
- 176 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 12:05:10 ]
- 近い未来・・・、JavaがJavaでなくなる日が訪れる。
- 177 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 12:19:03 ]
- >>139
5.0で浸透している。
やはりGenericsとアノテーションは重宝する。
JUnitもアノテーションに対応したことだし。
Generics
>>141
- 178 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 17:28:19 ]
- >>156
うちのV2Cはなったことないな。
ヒープサイズの問題でないなら本スレにバグレポした方がいい。
- 179 名前：デフォルトの名無しさん [2006/12/17(日) 18:40:37 ]
- DolphinといえばSwing Application Frameworkが気になる。
ttp://developers.sun.com/learning/javaoneonline/2006/desktop/TS-3399.pdf
- 180 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 00:30:49 ]
- >>155
> リッチクライアント用途ではすでに普及してると思うが、クライアントサーバのように2層式が
> まだ弱いのが今後大幅に改善されるかもしれない
あれかServlet/JSPとの連携が弱いってやつな。
たしかに俺も思った。弱いって言うか扱いにくい。
RMIでないといけないから。
StrutsやJSFがSwingと合体すれば使いやすいのだが。
- 181 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 00:40:29 ]
- いや、ふつうに2層式だからクライアントとDBとの接続
RMIでもWebServiceでもいいけどそれらのもってきた値とコンポーネントとの関連付けが今は手動になっちまう
＞StrutsやJSFがSwingと合体すれば使いやすいのだが。
これはありえないだろ
前2つよりSwingのほうが圧倒的に使いやすいし
- 182 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 00:46:12 ]
- JSFのSwing化はJSF登場時からすでに検討課題だから。
てかSwingコンポーネントひとつひとつが<input>タグ化すればいいだけの気もする。
バリデータとコンバータがフレームワーク毎にあることのがメンドイ？
- 183 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 00:52:02 ]
- 各種イベントがどうしようもねぇな、WEBページベースだと
- 184 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 01:19:56 ]
- >>159
> とはいえ、いまだに大量に要る浮動小数点を金額計算に使うやつらをとめれるのは大きいか
> だってnewするの面倒だもんと聞いたときには何の冗談かと
valueOf()を使えと言っておけ
と思ったが10進2進変換誤差の問題があるから new BigDecimal(String, MathContext)しかないな。
にしてもBigDecimal.valueOf(String) 欲しいモノだ。
- 185 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 01:21:54 ]
- ValueOfableの出番だな
- 186 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 01:23:03 ]
- >>181
> 前2つよりSwingのほうが圧倒的に使いやすいし
Swingだと、
HTMLやXSL + XMLで書かれたページと連携するのが
不便なのだが。
- 187 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 01:24:17 ]
- JSF, Struts, tapestry, Seasar2 + Ajax
これをSwingと連携する方法が・・
- 188 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 01:25:15 ]
- レスポンスで必要なのはXMLだけだろ。
Webフレームワーク側がXML+XSLTに移行すれば皆幸せ。
- 189 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 01:53:43 ]
- >>188
そういうこと
通信自体はJAXB/JAX-WSが6からクライアントに来たことによってかなりよくなった
後はそのバインドされたコンポーネントだけ
- 190 名前：デフォルトの名無しさん [2006/12/18(月) 03:07:51 ]
- Strutsはどうでもいいけど、JSFみたいに画面遷移を管理する仕組みがSwingにも欲しい。
Visual Web Packの画面遷移エディタみたいにSwingでも画面遷移管理。
- 191 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 18:16:52 ]
- さすがのJavaも98/Me非対応になったかｗ
- 192 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 22:38:49 ]
- VRAMとかもついてけないんだろうか。
そういやMMOするのも一苦労だったな、あの頃は。
- 193 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 23:55:07 ]
- >>190
このボタンをおしたら２つフレームを出して、ボタンの乗っているカードレイアウトのページを切り替えて・・・とか
そういうのもあるからページベースで考えるというのは無理がある
それに画面遷移の一元管理なんてべつにむずかしくはないだろ
- 194 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 08:39:04 ]
- >>193
JSFのページ遷移でいいんだよ。
画面遷移エディタで俯瞰で見れるのが欲しい。
- 195 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 20:54:04 ]
- 最近思うんだがMSの.Netでいいんじゃないかと。
Java EE + ウェブコンテナ + ジャカルタ + オープンソース系の技術
これらの寄せ集めもいいが、この統一感が無い感じこれらの技術よりと
結局は同等のことが出来るMSで統一するのが一番楽に思えてきたんだよ…
若いっていいよな…
- 196 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 20:57:11 ]
- >>195
今はＰＣサーバの能力あがったから大丈夫かもしれんが、ちょいと前まではスケーラビリティの問題がでかかったんだよね
- 197 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 22:34:55 ]
- >>195
Java EEのJSF+EJB3でだいたいいけるよ。
- 198 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 23:31:45 ]
- >>195氏のためにNetBeans Visual Web Packを試してみるか。
- 199 名前：デフォルトの名無しさん [2006/12/21(木) 00:21:31 ]
- >>199
JSCとほぼ同じだが、いい感じで統一感がでてると思うね。
- 200 名前：デフォルトの名無しさん [2006/12/21(木) 00:34:44 ]
- >>195
俺も昔そう感じていた時期もあったが、
バージョンアップによる互換性のなさに嫌気がして、
その世界から抜け出した。
いまでも.NETで互換性の問題が出ているようだし
判断は間違ってなかったと思ってる。
もちろん、100%PureMSの生み出すパワーは魅力的なのは否定しないがね。
- 201 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 00:37:14 ]
- 仕事で使うのが未だに1.4だらけな件…
- 202 名前：198 mailto:sage [2006/12/21(木) 01:07:05 ]
- うん、画面遷移も楽そうだった。SessionBean1とか作られてるんだがTomcatだけで動いてるのが何か不安ｗ
- 203 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 07:25:51 ]
- Javaが良いのは、MSの（API解説）文章よりも
SUNの文章の方が優れていたからじゃないかと思ってる。
Java周辺（SUN/IBM周辺）の技術文章（や本）で統一感があれば
MSのサービスなんか目じゃなくなるんだろうな…
- 204 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 07:29:48 ]
- 技術の相互互換性の問題とバージョンアップの後方互換性の問題のようだね。
足腰が不安定なオープン形の技術よりも、長期間手厚くサポートされ最後まで存続する
技術（ソフト・サービス）はMSの方だと思う。
だけど、現状で融通が利くのは>>195の指摘する限りだ。
- 205 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 09:19:40 ]
- 昔は「MS」という名前を見ただけで発狂するJava使いが多かったが、冷静に語れる時代になったんだなあ。
- 206 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 11:26:19 ]
- >>205
そんな奴はJava界にとっても害悪でしかないからなあ。消えてもらって結構。
思う存分Googleでもマンセーしてればいい。
- 207 名前：デフォルトの名無しさん [2006/12/21(木) 11:34:31 ]
- >>204
そうかなぁ？
MSも技術的には不安定だと思うね。
元VB使いなんだが、2.0から使ってて、バージョンアップの度に、移植に手間がかかったり、
クライアントの環境によっては動かない事があるなど、
いい思い出はない。
- 208 名前：デフォルトの名無しさん [2006/12/21(木) 11:41:42 ]
- >>205
元々MS嫌いな奴らがいて、
彼らがJavaに飛びついただけ。
単純に言語的な魅力を感じて、Java使いになった人もいるわけで。
今は後者が増えたのだろう。
- 209 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 12:03:45 ]
- >>195
それが統一感がないと感じるのか。
それならJakarta を外してSun純正にすれば？
- 210 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 13:45:21 ]
- 色々な開発方法が利用できることが良いとみるか悪いとみるかだな。
ASP.NETは型にはまれば楽チンだが、ちょっと型から外れることを行うときは、
一から自分でお膳立てしないといけなくて面倒なこともあるよ。
- 211 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 19:23:28 ]
- >>209
そういうことじゃないと思うよ。
- 212 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 19:26:00 ]
- >>210
そういうのところ（ニッチ市場ともいうか）以外は全部MSになってしまうってことなんだね。
Javaの出番は結局大規模上層のところなのかなぁ
- 213 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 20:17:53 ]
- >>212
どうしてそういうレスになるんだ？
日本語理解できてる？
- 214 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 23:07:37 ]
- Railsの興隆とかも、結局MSが作ってきたオールインワンなプロダクトの
フリー版が出てきたよ！ってだけの意味しかないと思うんだが、
何であんなにみんな寄ってたかってあがめたてるのか謎だわ。
まぁ、Rubyの言語的に優れたところを認めるのにはやぶさかではないが。
- 215 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 23:13:36 ]
- Railsの場合は宣伝パワーかねぇ。
- 216 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 23:34:21 ]
- JavaDocは中々優れたツールなんだけど
皆あんまり真面目に書かないんだよな
事前条件の提示とかフェイルファストとかスレッドセーフとか
確かにSunのドキュメントは細かく書かれてて戸惑いが少ない。
驚き最小限の法則に基づけばこの姿勢は大切。
- 217 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 02:31:53 ]
- Macが売れ出してWindowsあぼーんでJavaが大活躍。
そんな未来が、君には見えないのか？
- 218 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 05:17:12 ]
- それをいったらRubyにも同じ未来が！
Javaは、Macでデスクトップでの可能性が見れたという部分は大有りだがな。
GPL化されたJVMをプレインストールしてPC売り出す勇気のある会社はねえんかね
- 219 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 13:18:36 ]
- GPL化されてなくてもプリインストールされてるけど、なんか問題あるか？
- 220 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 15:17:14 ]
- >>216
自分はちゃんとjavadocコメント入れてるよ、というかうちのチームは入れないと深夜に呼ばれて質問されても文句言えないって教わってきたからだけど。
- 221 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 15:19:58 ]
- >>220
いいチームだな
ドキュメントコメントいれておけば補完時に説明出るしね
別途用意したドキュメントとは別次元
publicなメソッド等にはドキュメントコメントがないとコンパイルエラーでてもいいと思うんだ
- 222 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 16:26:51 ]
- >>216
書いてるよ。Eclipseのプラグインを
使わないと真面目に書く気起きないだろうけど
- 223 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 19:35:11 ]
- >>216
書いてるよ。
でも中国人の中国語が文字化けしてるよ。
- 224 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 22:18:32 ]
- Sun の中の人のブログ
blogs.sun.com/ahe/entry/java_se_7_wish_list
で、言語拡張のリストっぽいのが出てる。
closure のリンク先見るに、>>132 よりはこっちのが新しいっぽい？
>>132 と比べると BigDecimal の四則演算が見当たらない。
代わりに C# のインデクサっぽいのが入ってたりする。
ついでに、closure の最新っぽい草案
www.javac.info/closures-v04.html
もひとつ ついでに、>>135 で触れてる gosling案とかを実装してみたらしい。
weblogs.java.net/blog/forax/archive/2006/12/call_me_santa.html
- 225 名前：デフォルトの名無しさん [2006/12/23(土) 20:35:14 ]
- 型推論は個人的にちょっとまった！だな。
変数のスコープが分かりにくくなる形での推論は特に。
var型とかを用意して必ず有効な参照で
初期化しなければならないくらいのルールは欲しい。
可読性対策に問題が出るくらいなら冗長なGenericsのままのがいいす。
- 226 名前：デフォルトの名無しさん mailto:sage [2006/12/23(土) 20:45:53 ]
- IDEが自動補完してくれたほうがいいな。
- 227 名前：デフォルトの名無しさん mailto:sage [2006/12/23(土) 20:54:26 ]
- > 変数のスコープが分かりにくくなる形での推論は特に
って具体的にどーゆー事かわからん。
- 228 名前：デフォルトの名無しさん mailto:sage [2006/12/23(土) 21:05:19 ]
- スクリプト言語みたいに
始めてその名称が使用されたタイミングで
参照型が作られるのはアカンということ。
- 229 名前：デフォルトの名無しさん mailto:sage [2006/12/23(土) 21:22:49 ]
- >>224 にある奴とかは、単に変数宣言のシンタックスシュガーなだけでしょ。
スコープがわかりにくくなるんかな？
- 230 名前：デフォルトの名無しさん mailto:sage [2006/12/23(土) 21:29:19 ]
- メソッドの頭から眺めるなら大したことじゃないが
スタックトレースからコード追うときはイラっとくるかも
- 231 名前：デフォルトの名無しさん mailto:sage [2006/12/23(土) 21:59:35 ]
- スコープが混乱するのって
weblogs.java.net/blog/forax/archive/2006/12/call_me_santa.html
の for ループの中で algol構文のシンタックスシュガー使ってる時だけだと思うが。
後は final が付いてたり := があるから変数宣言してんのわかるし。
- 232 名前：デフォルトの名無しさん mailto:sage [2006/12/25(月) 18:39:39 ]
- Concurrent API便利なのに使ってる人少なすぎ
- 233 名前：デフォルトの名無しさん mailto:sage [2006/12/25(月) 23:23:49 ]
- >>232
話題にならないのはすでに2年以上も前の話だからだろ？
- 234 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 16:42:28 ]
- マルチスレッドでプログラムしてる人が少ないんだろうな
そしてプログラムで使える人はわかってる人。
というか、次世代じゃなくて現世代だよな。
- 235 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 21:00:24 ]
- Webアプリだとコンテナとフレームワークの上でガシガシ組むから基本スレッドは意識しないな。
- 236 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 21:15:30 ]
- Concurrent APIとかフレームワーク作る人が使うもので
フレームワーク使う人が使うものじゃないな
- 237 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 22:59:07 ]
- >>234
前世代だろ？
- 238 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 23:33:19 ]
- >>235
こんな、やつがwebアプリ作るからwebアプリって全般的に品質低いんだよ。
たとえば、J2EEは、基本マルチスレッドモデルだからインスタンス変数なんか定義して
リクエストの情報を設定したりなんかすると平気で他人の状態に書き換わったりする。。
strutsみたいなフレームワークを使ってても同様↓
ActionのJavadocより引用
------
リクエストの状態に関連する情報を保持するためにインスタンス変数やスタティック変数を使用してはいけません。
インスタンス変数やスタティック変数は同一のアクションに関してリクエストをまたがってグローバルなリソースを共有したい場合に使用します。
- 239 名前：238 mailto:sage [2006/12/26(火) 23:42:30 ]
- もっと詳しい解説があった。
とにかく、webだからスレッドなんて関係ないぜ。ってのは、よしてくれ。
www.atmarkit.co.jp/fjava/rensai2/webopt04/webopt04.html
- 240 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 00:06:25 ]
- >>232
日本語のサンプルすくないじゃん。
サンプルがないとコードがかけないと思う。
- 241 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 01:19:41 ]
- >>238
WEBアプリだと自分で明示的にスレッド作ることは
あまり無いっちゅうことじゃないの？
さすがにそのレベルの間違いをする人はそんなにいない・・・
と言いたいところだが、ちらほら見かけた。
StrutsのActionクラスとかにインスタンス変数書きまくって
「テスト通る時と通らない時があります！
FWのバグじゃないですか？」
とかこいてて、いますぐ死ねってまじで思った。
- 242 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 05:10:02 ]
- 何のためにセッションやらリクエストパラメータがあるのかと小一時間>>Webアプリのへたれプログラマ
- 243 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 05:17:26 ]
- >>241
いやいや、マルチスレッドなのにオブジェクトを使い回すような設計になっているのが悪いんじゃないか。
いまやオブジェクト生成・破棄のコストはそんなに重大ではないんだから、
もっと素直にプログラムできるようなモデルにすべきだった。
- 244 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 08:12:03 ]
- >>243
設定でシングルスレッドモデルって言ってシングルスレッドで動作させる
ようにもできる。
その上でフレームワークを使うって言ったら結構なメモリを使うであろうことが
容易に想像できるわけだが。
- 245 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 12:32:11 ]
- もうシングルスレッドモデルはねーぞ
それにインスタンスも複数使われるかもしれないし、ひとつかもしれないという自由度だったはず
Tomcatはひとつだったはずだけど
スレッドプーリングしてるんだよとか基本を教えないでこのメソッドのみで適当に作っといてとしかいわないのも悪い
- 246 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 14:22:28 ]
- 結構なメモリってどんな処理だ？
- 247 名前：デフォルトの名無しさん mailto:sage [2006/12/28(木) 08:29:24 ]
- 配列のインターフェイスが欲しいな。例えばjava.lang.Array見たいな感じ。
interface Array<T>{
T get(int idx);
void set(T value, int idx);
int getLength();
Array<T> clone();
Class<? extends T> getComponentType();
}
見たいな感じ。で、
String[] hoge = new MyArray<String>();
みたいに配列として使える感じ。逆もありで、
Array<String> array = hoge;
として代入も可能。タイプパラメータがあってればいい感じ。
通常の配列もこのインターフェイスを実装済みでいいかも。
- 248 名前：デフォルトの名無しさん mailto:sage [2006/12/28(木) 08:31:24 ]
- >>247
言語仕様的にはできなくは無いだろうけど、JVMレベルでの互換性を
壊すから、まず入ることは無いだろうな。あと、従来の配列はcovariantだが
genericsはcovariantじゃないというのもある
- 249 名前：デフォルトの名無しさん mailto:sage [2006/12/28(木) 11:17:30 ]
- >>247
配列じゃないけど indexer っぽいのは >>224 の wish list に入ってたけど。
- 250 名前：デフォルトの名無しさん mailto:sage [2006/12/28(木) 23:45:13 ]
- >>247
ここのArray Syntax for Collectionsがあればいいんじゃない？
blogs.sun.com/ahe/entry/java_se_7_wish_list
- 251 名前：250 mailto:sage [2006/12/28(木) 23:46:00 ]
- あ、249が言ってるのと同じだった。
- 252 名前：247 mailto:sage [2006/12/29(金) 00:47:46 ]
- 構文のサポートも欲しいところなんですが、
配列を抽象化できるのも魅力かなと。
でもcovariantが・・・なるほどね。。。
BigDecimalの四則演算対応も、できれば何かの特定のインターフェイスを
実装していれば対応できるというのが希望。
それって何て演算子オーバーロード？って言われそうですが・・・
|
 |
