Java Spring Frameworkを語るスレ at TECH

---

[2ch|▼Menu]

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
450:デフォルトの名無しさん 05/07/13 20:42:56 >449 そりゃ、targetしだいだろ。targetがスレッドセーフなら、問題ない。 451:名無しさん 05/07/13 21:00:03 同時に異なるスレッドの異なるtargetがシングルトンのTransactionProxyFactoryBeanにセットされにきたらどうなりますか？ 452:デフォルトの名無しさん 05/07/13 23:18:19 オブジェクトの数とスレッド数は別ものとして考えないと。 ちゃんと考えられてるだろうから、 単一のオブジェクトの同じメソッドを 複数のスレッドが並行して駆け抜けることは全然OKなように つくられてるはず・・・（たぶん） 453:デフォルトの名無しさん 05/07/14 16:28:52 蒼ざ(ry 454:デフォルトの名無しさん 05/07/14 19:22:10 どうやらtargetもシングルトンじゃないとダメみたいですね。 455:デフォルトの名無しさん 05/07/16 17:28:30 >>462 それはプラットフォームによる。 ・GUIは大抵そう。(OSから飛んでくるイベントの処理は、イベント毎の状態保持が必要。 　　　　　　　　　　　 もっとも、同じ要素に複数イベント飛んできたら、単に順次処理する事が多いんで、 　　　　　　　　　　　 本当のスレッド並列処理はそんなに必要ないと思う。) ・Webアプリ周りも大抵そう。(例の(Statefull)Servletあたりが有名) それ以外の場面で、常にインスタンスとスレッドを別に考えるのは、どーかと思う。 結局インスタンス数を減らしてまでメモリー消費を避けたい特殊な場面(大規模アプリ、組込みアプリ) に固有のやりかただと思う。

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

4920日前に更新/243 KB
担当:undef