- 1 名前：デフォルトの名無しさん [04/10/27 22:54:13]
- 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
最近、気になるのでスレ立てました。
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。
あと、開発プロセス「くーす」の話題もこちらでどうぞ。
本家 seasar.org
www.seasar.org/
Seasar Projectグループ
seasarproject.g.hatena.ne.jp/
ひがやすをのここだけの話
d.hatena.ne.jp/higayasuo/
関連スレ(なのか?)
Java Spring Frameworkを語るスレ
pc5.2ch.net/test/read.cgi/tech/1077465099/
- 792 名前：デフォルトの名無しさん mailto:sage [04/12/04 19:48:49]
- >>788
出典は書いておけよ
日本におけるOSSの幻想――OSS界のガラパゴス諸島、ニッポン
www.itmedia.co.jp/enterprise/articles/0412/01/news009.html
- 793 名前：デフォルトの名無しさん mailto:sage [04/12/04 20:04:40]
- >>791
S2のNPOができたとしても、それはfakeだから排除すべきだな
- 794 名前：デフォルトの名無しさん mailto:sage [04/12/05 13:16:01]
- 本家から離れることで利権を得る状況がFakeだって事なんだから、
特に利権を得てない2chコミュニティは違うだろ。NPOはそもそも本家の話だし。
- 795 名前：デフォルトの名無しさん mailto:sage [04/12/05 14:58:24]
- Fakeな「日本〜ユーザー会」の例キボン
- 796 名前：デフォルトの名無しさん mailto:sage [04/12/05 14:58:30]
- そもそも2ch自体がfake
- 797 名前：デフォルトの名無しさん mailto:sage [04/12/05 15:00:04]
- >>795
ブルース・ペレンスが言ってるんだから本人に聞け
- 798 名前：デフォルトの名無しさん mailto:sage [04/12/05 15:11:50]
- >>797
むちゃゆうなよ
代わりに、「日本 ユーザー会」でGoogleに聞いておいた
12/5付 Googleの選ぶ日本〜ユーザー会
1) Samba
2) MySQL、
3) PHP
4) OpenOffice.org
5) PostgreSQL
6) KDE
7) UNIX
8) Apache
9) Zope
10) Python
どれがFakeだ？
- 799 名前：デフォルトの名無しさん mailto:sage [04/12/05 15:26:04]
- おもしろいから漏れもググってみた。オプソとは関係ないがこんなのもあるのな。
ttp://www.asahi-net.or.jp/~WT8Y-SGWR/jws.hp/index.html
ttp://toughbook.jp/
ttp://www.infosta.or.jp/kagaku/index.html
何となく日本*ユーザ会って名前をつけたがる国民性なんじゃないかと感じたよ。
- 800 名前：デフォルトの名無しさん mailto:sage [04/12/05 15:33:37]
- 9) Zopeに一票
- 801 名前：デフォルトの名無しさん mailto:sage [04/12/05 18:35:47]
- >>798
1)と5)は本家に影響を与えているからFakeではない。
他のユーザ会は知らん。
- 802 名前：デフォルトの名無しさん mailto:sage [04/12/05 19:24:39]
- >>798
2)と8)は純粋に「ユーザー」会な希ガス。
他も日本語化とかi18nがらみでcoreな部分に携わってるひとはいないよね。
こういう状況がfakeだといっているのかな。
なんかｽﾚ違いかも。
- 803 名前：デフォルトの名無しさん mailto:sage [04/12/05 22:58:15]
- たしかにZopeはうさんくさいな。
あと、SambaもI18NでTAX食ってたぞ。
IPAだ。あまりしられてないことだが。
- 804 名前：デフォルトの名無しさん mailto:sage [04/12/05 23:22:41]
- それは税金の正しい使い方なので無問題。
- 805 名前：デフォルトの名無しさん [04/12/05 23:30:36]
- S2Strutsはスレッドセーフにできてなかったのか。
驚いた。
マルチプロセッサの環境での実務使用を考えていたのに、白紙に戻ってしまった。
S2JSFも初めはそのレベルなのかな。
WEBアプリでスレッドセーフじゃないってのは相当ヤバイ問題じゃない？
がっくりだ。。。orz
まあ、俺は提供されるもの使う側で作るスキルも無いから、
作ってる人間の苦労がどの程度のものかわからないまま言いたいこと言ってるけど。
S2Strutsが改善されるとふんで突っ走る。。。わけにもいかねえしな。
シングルプロセッサ環境での使用だったら突っ走ってもよかったんだけどなあ。
あ〜頭痛ぇ。どうしよう（泣）
冒険しようとした自分が悪いんだけどorz
しかし、オープンソースの品質保証ってのは難しいね。
- 806 名前：デフォルトの名無しさん mailto:sage [04/12/05 23:46:16]
- >>805
ｱｲﾀﾀﾀ･･･
どこがどう問題なのか理解してる？
- 807 名前：デフォルトの名無しさん mailto:sage [04/12/05 23:56:38]
- >>805
話の流れがよく分からないんだけど。
S2Strutsがスレッドセーフじゃないってのは、どの部分を指していっているのかよく分からない。
スレッドセーフの話で言えば、そもそもServlet自体自分で同期化しないとスレッドセーフじゃないし、
S2のコンポーネントもSingletonでロードする限り、ちゃんと同期化しないとスレッドセーフじゃないわけ
だけど、そういう話じゃないんだよね？
- 808 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:02:48]
- マルチプロセッサとスレッドセーフ性は直接関係ないだろ。
Double Checked Lockingとかでビミョーに関係あったりするけど。
- 809 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:03:50]
- ttp://d.hatena.ne.jp/higayasuo/20041205#1102211983
はぶ君はハゲヅラかぶってチチロー役やりなさい。
- 810 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:05:53]
- >>807
ttp://d.hatena.ne.jp/khi/20041205
↑嫁
- 811 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:09:40]
- よくわかんないけど、
この二つの日記に書いてあることのことかな？
d.hatena.ne.jp/khi/
d.hatena.ne.jp/skimura/searchdiary?word=%2a%5bSeasar%5d
勉強中の俺には何言ってるかよく分からないんだけど。
つーか、フレームワークってその辺も特に意識しなくてもちゃんとできるもんじゃないの？
- 812 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:27:32]
- おれはS2 + S2Dao + Struts環境で仕事してるが、S2Strutsは採用せずにAction内で
getComponent()してる。ActionはView層にしてるんだが、View層の人にまでDIの仕組みを
説明するのがどうもな、と思っただけなんだけど、結果的には良かったってことか。
- 813 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:30:16]
- > ttp://d.hatena.ne.jp/khi/20041205
なんつーか、お粗末の一言だな。
マルチスレッドでアクセスされるオブジェクトプール的なものによくある
典型的なバグパターンじゃねえか。
こんな問題が今の今まで放置されてたのかよ。
まあ、こういう問題でパフォーマンスとスレッドセーフを両立させるのは
確かに難しいがね。
J2SE 5.0が使えるんなら、java.util.concurrent.ConcurrentHashMapの
putIfAbsent()メソッドとかでかなり楽が出来るんだが。
- 814 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:43:04]
- >>813
> J2SE 5.0が使えるんなら、java.util.concurrent.ConcurrentHashMapの
> putIfAbsent()メソッドとかでかなり楽が出来るんだが。
元ネタのDoug Leaのutil.concurrentで代用とか。
- 815 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:47:42]
- ソースの前に「............................................」が続くのには意味があるの？
- 816 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:50:05]
- S2Strutsのスレッドセーフ対応早速リリースしたね。
そりゃそうだよね。
インパクトでかすぎだもん。
- 817 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:54:15]
- >>815
動いてるの確認するだけでしょ
- 818 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:54:34]
- プロセスがドタバタしたけどオプソの良さがでたんじゃないのかな〜。
- 819 名前：デフォルトの名無しさん mailto:sage [04/12/06 01:09:36]
- >>814
> > J2SE 5.0が使えるんなら、java.util.concurrent.ConcurrentHashMapの
> > putIfAbsent()メソッドとかでかなり楽が出来るんだが。
>
> 元ネタのDoug Leaのutil.concurrentで代用とか。
いや、util.concurrentのConcurrentHashMapやConcurrentReaderHashMapには
putIfAbsent()のようなメソッドがないのよ。
だから、痒いところに手が届かないことがよくあるんだよね。
- 820 名前：デフォルトの名無しさん mailto:sage [04/12/06 07:05:19]
- で、新しいのでちゃんと直ってるの？
- 821 名前：デフォルトの名無しさん mailto:sage [04/12/06 07:51:22]
- >>820
マルチプロセッサ環境が無いから俺には確認できん。
つい最近まではあったんだけど。。。
誰かﾚﾎﾟよろ。
khi氏の書き込み待ちになってしまうのか？
彼は書いてる文面はむかつくが（性格も悪いんだろうけど）、
指摘してるポイントは正しいからね。
- 822 名前：デフォルトの名無しさん mailto:sage [04/12/06 11:22:00]
- >>821
だから、マルチプロセッサとスレッドセーフと、どんな関係があるのかと。
- 823 名前：デフォルトの名無しさん mailto:sage [04/12/06 12:11:53]
- MP構成でなければなかなか再現しないので実際に修正されたという確信がもてない、という関係
まあMPで試して大丈夫ならOKというものでもないんだけど。
論理的な正しさをソースコードで検証しないとどうしようもない。
- 824 名前：デフォルトの名無しさん mailto:sage [04/12/06 22:26:35]
- khi氏という高スキル開発者がSeasarプロジェクトへ合流か。
順風過ぎて少し妬ましいね。
- 825 名前：デフォルトの名無しさん mailto:sage [04/12/06 23:03:12]
- >>824
あまりやる気あるようには見えないけどね。
まあ、脇から問題見つけて文句言う人間がいるだけで全然違うからね。
- 826 名前：デフォルトの名無しさん mailto:ｓage [04/12/06 23:35:18]
- >>808
マルチプロセッサだと、スレッドセーフまわりのバグに当たり易くなる。
- 827 名前：デフォルトの名無しさん mailto:sage [04/12/07 00:21:00]
- >>826
つか、シングルプロセッサだと当たりにくいよね。
昔、貧乏プロジェクトでテスト環境にマルチプロセッサの環境準備できなかったことがあて。
負荷テストで相当の多重度かけて数日動かして問題なかったのに、
マルチプロセッサの本番サーバでリリースしたら初日にいきなりAccessViolationしやがったし。
負荷テストの１／１０程度の同時アクセスしかなかったんだけど出やすいんだよね。
当然だけど。
自前のものならまだしも、下請けに作らせたものだったから、
大問題になっちゃったよ。
しかも、仕様変更だとかふざけた事言いやがって！
ああ、嫌なこと思い出したなぁ。
だからうちは下請けに仕事やらせるときはマルチプロセッサ環境での負荷検証してから納品させるようにした。
下請けにとってはやな客なんだろうなあ。
- 828 名前：813 mailto:sage [04/12/07 00:56:06]
- つーか、マルチプロセッサ以前の問題でしょ。
ttp://d.hatena.ne.jp/khi/20041201#c
↑ここら辺りの頓珍漢なやりとりを見りゃ、skimura氏が
HashMapクラスのAPI仕様すら理解してなかったってのは明白だ。
> ttp://java.sun.com/j2se/1.4/ja/docs/ja/api/java/util/HashMap.html
> この実装は同期化されません。複数のスレッドが同時にこのマップにアクセスし、
> それらのスレッドの少なくとも 1 つが構造的にマップを変更する場合には、
> 外部で同期をとる必要があります。構造的な変更とは、1 つ以上のマッピングを
> 追加または削除するオペレーションのことです。
こんなの、ちょっと知識のある人がコードレビューすりゃ一発で
指摘されるもんなのに、今まで放置されてたってのは異常。
……って思ってたら、
> なんていうか、「オープンソース」よりも「(ソースコードの付いてる)
> フリーソフト」に近い雰囲気を感じないといえば嘘になります。
って記述を見て納得。
- 829 名前：デフォルトの名無しさん mailto:sage [04/12/07 01:01:44]
- S2Daoを仕事で使おうとしてるんだけど、これ、EntityManagerが惜しい！
SQL自動生成とEntityManagerの両立ができたらいいんだけど、出来ないのかな。
というのは、QUERYアノテーションで基本的なメソッドについてはSQL自動生成させて
おいて、それとは別にEntityManagerの findObjectを使いたいんだよね。
それができれば、もしDaoによいメソッドがなければ、findObjectにQUERY
アノテーションと同じ文法でWHERE句を渡してやれば好きなようにデータを取得できる。
HibernateのHSQLみたいな使い方ができる
でもEntityManagerを使うためにはAbstractDaoを拡張した実装クラスを作らないとい
けない。そうするとインターフェースへの自動生成ができない（実装しないと
コンパイルできないし）。自動生成はしたいけど、EntityManagerのfindメソッドも一部
では使いたい。EntityManagerだけ生成できるのかJavaDocもないから良くわからん。
あとふと思ったが、H2Daoは楽は楽だが、一方でO/R Mappingフレームワークが普通に
提供している「DBから読み込んだデータのキャッシング」は提供しないね。まあ機能的に
あたりまえなんだろうけど、この辺りを自分で実装する場合の負荷を考えるとどうなんだ
ろか。
- 830 名前：デフォルトの名無しさん mailto:sage [04/12/07 01:07:36]
- H2Dao(・∀・)ｲｲ
- 831 名前：デフォルトの名無しさん mailto:sage [04/12/07 01:25:44]
- >>830
おお、ほんとだ、H2Daoってなんだ.....orz
- 832 名前：デフォルトの名無しさん mailto:sage [04/12/07 01:39:10]
- どこかにあるっていうから、探してみたら
ひが氏とも同期の話してた
ttp://seasarproject.g.hatena.ne.jp/skimura/20040723
khi氏も最初の対応の後は、気づかなかったから、今まで放置だったんじゃないか？
まあ、直ったからいいけど
- 833 名前：デフォルトの名無しさん mailto:sage [04/12/07 03:16:30]
- 完璧はないんだから、すぐに対応してくれたskimura氏は立派だと思うよ、オレは
S2.1.4をすぐ出した、ひが氏もそうだし
それを当たり前と思うかどうかは、藻前らに任せるが
責任感もってやってくれてると思うと多少は安心する
- 834 名前：デフォルトの名無しさん mailto:sage [04/12/07 03:32:11]
- >>831
Hummer2 Desert Access Optionの略ですね。
これで砂漠も川も縦横無尽。
- 835 名前：デフォルトの名無しさん mailto:sage [04/12/07 04:31:29]
- >>829
> あとふと思ったが、H2Daoは楽は楽だが、一方でO/R Mappingフレームワークが普通に
> 提供している「DBから読み込んだデータのキャッシング」は提供しないね。まあ機能的に
> あたりまえなんだろうけど、この辺りを自分で実装する場合の負荷を考えるとどうなんだ
> ろか。
キャッシングが提供されてないのはDTOセントリックなアーキテクチャしか
眼中にないからだと思う。
ttp://d.hatena.ne.jp/higayasuo/20040808#1091933710
ttp://d.hatena.ne.jp/higayasuo/20041010#1097399686
ただ、こういうアーキテクチャがどういうドメインに適しているかについて
全く記述がない点が不信感を煽る。
- 836 名前：デフォルトの名無しさん mailto:sage [04/12/07 07:13:56]
- キャッシュは鬼門
- 837 名前：デフォルトの名無しさん mailto:sage [04/12/07 09:37:00]
- >>829
> findObjectにQUERY
> アノテーションと同じ文法でWHERE句を渡してやれば好きなようにデータを取得できる。
> HibernateのHSQLみたいな使い方ができる
できるってマニュアルに書いてあるぞ。
return getEntityManager().find("ename LIKE ?", "%" + ename + "%");
ってそうじゃないの。
- 838 名前：デフォルトの名無しさん [04/12/07 11:13:29]
- キャッシュのヒット率を上げてパフォーマンスを上げようと必死なデータベースエンジニアからしてみれば O/R Mapping なんてお笑いなんだろうな
- 839 名前：デフォルトの名無しさん mailto:sage [04/12/07 11:29:18]
- >>838
キャッシュは、近いところにあることにも意味があると思うが。
SQL自体を発行しないわけだから。
- 840 名前：デフォルトの名無しさん mailto:sage [04/12/07 12:10:05]
- ttp://d.hatena.ne.jp/higayasuo/20041207#1102379088
> これは、どのようなドメインにもいえます。
（ ´_ゝ`） ﾌｰﾝ
- 841 名前：デフォルトの名無しさん mailto:sage [04/12/07 19:35:15]
- >>838
O/Rマッピングが字面として聞こえてきた頃の事、これでアノ鬱陶しい
SQLともおさらばだぜ、ヒャッホーと浮かれたもんだ・・・・・・・・・
あの時、うちのDBエンジニアは俺をどういう目で見てたんだろう。
勿論、恐くて聞けないが＿|￣|○|||
- 842 名前：デフォルトの名無しさん [04/12/07 20:39:42]
- くーすにしてもSeasarにしても，利用者が増えれると，
楽してお金を得る人たちがいて，ネズミ講みたいできがのらん．
- 843 名前：デフォルトの名無しさん [04/12/07 20:50:28]
- >>842
関西の毒舌蛇男が参加してから嫌な臭いがしだしましたね。
- 844 名前：デフォルトの名無しさん mailto:sage [04/12/07 21:42:49]
- >>842
どういうこと？
- 845 名前：デフォルトの名無しさん mailto:sage [04/12/07 22:31:19]
- >>843
誰のことー？？
- 846 名前：デフォルトの名無しさん [04/12/07 22:31:30]
- >>844
くーすはシンプルで分かりやすいですが，業務分析は扱わず今まで通りです
から，業務分析をくーすに繋げるあたりの教育やらコンサルやらのビジネス
がなり立つでしょう．そのスペースを狙っている人達がみえかくれ．
Seasar上の開発はプログラミングというよりコーダー的な仕事になり，
それに関る人達の実装技術は育たないことになり，どんどん骨抜きになりそ
う．
というか，そもそも技術力がないソフトハウスをSeasarはターゲットユーザ
にしてる感あり．
- 847 名前：デフォルトの名無しさん mailto:sage [04/12/07 22:51:35]
- >>846
そういう技術の無い若手を採りすぎた会社にいます。
人事部長が変って大学名だけで使えない奴とりまくってしまった。
現場は悲惨だよ。
- 848 名前：デフォルトの名無しさん mailto:sage [04/12/07 23:16:37]
- >>847
その日本語も、そういう現場でつちかってしまったのですね。
- 849 名前：デフォルトの名無しさん mailto:sage [04/12/07 23:33:49]
- >>846の句読点が気になる今日この頃。
- 850 名前：デフォルトの名無しさん mailto:ｓage [04/12/08 00:11:26]
- Seaserも大分信用無くしたなぁ…。
OOやらフレームワークやら語ってた割に、排他制御すらまともに出来ていなかったなんて…。
他にも似たようなバグ抱えてるんじゃないか？
- 851 名前：デフォルトの名無しさん mailto:sage [04/12/08 00:34:46]
- ちょっと追ってみたけど、俺みたいなのでもわかるような
基本的なところで、ぼろぼろじゃん。
Web屋ってこういうの苦手だからしょうがないのかもしれないけど。
組み込みとかの経験ばっちりあるやつを開発に参加させないとダメなんちゃう？
- 852 名前：デフォルトの名無しさん mailto:sage [04/12/08 01:17:57]
- O-Rマッピングツールは、SELECTには使わないのがベストプラクティス。
C/U/Dだけさくっと作って、参照クエリはじっくりSQLを記述する。
- 853 名前：デフォルトの名無しさん mailto:sage [04/12/08 01:52:32]
- >>852
SELECTも、とりあえずORマッピングで遅延取得しまくりで動かしておいて、あとから必要なところだけじっくりSQLを記述する方がベストプラクティスだと思う。
- 854 名前：デフォルトの名無しさん mailto:sage [04/12/08 02:07:09]
- どんなにO/Rマッピングを使っても
沢山の可愛そうな厨房を先導しても
SQLから離れては生きられないのよ！
- 855 名前：デフォルトの名無しさん mailto:sage [04/12/08 02:12:55]
- >>854
それは、ORマッピングをかいかぶりすぎ。
ORマッピングはSQLの結果をマッピングしてくれるだけで、複雑なSQLを簡単にしてくれるわけではない。
JOINに関してはある程度面倒をみてくれるが。
- 856 名前：デフォルトの名無しさん mailto:sage [04/12/08 02:23:42]
- O/RマッピングでSQLが不要になると思った奴て結構多そうだよな。
ASP.NETでJ2EEが消えると思ってる奴とどちらが多いのか気になるところだ。
- 857 名前：デフォルトの名無しさん mailto:sage [04/12/08 02:29:17]
- >>856
で、「結局SQLが必要だからORマッピングなんか役に立たない」と勘違いしてるやつもいるね。
- 858 名前：デフォルトの名無しさん mailto:sage [04/12/08 02:30:11]
- そして、ここをORマッピングのスレと勘違いしてるやつもいるな。
- 859 名前：デフォルトの名無しさん mailto:sage [04/12/08 03:13:02]
- >>856
SQLTemplateがCayenneやHibernateにいまごろ実装されていく様子をみると、開発者自身もそう夢見てたんだろうね。
スレ違いか。
- 860 名前：デフォルトの名無しさん [04/12/08 06:34:41]
- d.hatena.ne.jp/higayasuo/20041207#1102379088
> Fowlerはプレゼンテーション層で必要とされる構造と
> ドメインオブジェクトの間にミスマッチがあるときだけ、
> DTOを使えといっていますが、たいていの場合(よほど
> 単純な画面でない限り)、ミスマッチはあるものです。
ここでいうミスマッチのイメージがわかないです。
どなたか、例を挙げていただけるとうれしいのですが。
- 861 名前：デフォルトの名無しさん mailto:sage [04/12/08 07:57:30]
- >>846
業務分析を楽に稼げる仕事だと思ってるあたりがおめでたい
- 862 名前：デフォルトの名無しさん [04/12/08 10:00:51]
- >>861
よく読んだら。業務分析できない人たちへの教育やコンサルであって、
業務分析を逃げて稼ぐといういみでは。
- 863 名前：デフォルトの名無しさん mailto:sage [04/12/08 10:12:04]
- なるほどね。>>862は例えばオブジェクト指向できない人たちへの教育やコンサルについてはどう思ってるの。
そもそも社外研修を受けさせないと駄目な会社は逝ってよしって言いたいのかな。
- 864 名前：862 mailto:sage [04/12/08 10:33:42]
- >>863
まず断っておくが俺は846ではないので。
「オブジェクト指向できない人たちへの教育やコンサルについては」
どうでも良いと思っている。好きにすればよいと。
846は「そのスペースを狙っている人達がみえかくれ．」と書いている
が、そこを狙っている人達の怪しさを感じ、使う気がしないといって
いると読んだまで。ひがさんは良いとして、おこぼれ頂戴と虎視眈々
と狙っている人達がなんとなくくーすもSeaserもだめにしそうな感じ
が俺もする。
- 865 名前：デフォルトの名無しさん mailto:sage [04/12/08 12:02:59]
- >>846
> 業務分析は扱わず今まで通りですから
こういうくーすの守備範囲に関する元ネタどこ?
- 866 名前：デフォルトの名無しさん mailto:sage [04/12/08 12:15:41]
- ほい
marrow.strnet.com/wiki/pukiwiki.php?%A5%C0%A5%A4%A5%B3%A5%F3%BB%FE%C2%E5%A4%CE%C0%DF%B7%D7%BC%EA%CB%A1%A4%AF%A1%BC%A4%B9
- 867 名前：デフォルトの名無しさん mailto:sage [04/12/08 19:05:20]
- そもそもJavaでサーバサイド開発というのがネタだと漏れは思ってるんで。
もうSeaserも含めてJavaな方々はネタ作りに必死だなと常々思う。
- 868 名前：デフォルトの名無しさん mailto:ｓage [04/12/08 19:51:55]
- 禿堂。
サーバサイドはPHPだよな。
- 869 名前：デフォルトの名無しさん mailto:sage [04/12/08 20:35:05]
- >>868
いや、PHPはイカンと思うが。
でも、Javaよりはマシかもね。
- 870 名前：デフォルトの名無しさん mailto:sage [04/12/08 22:25:59]
- そこで.Netですよ。
- 871 名前：デフォルトの名無しさん mailto:sage [04/12/08 22:57:52]
- >>870
.NetはPHPより悪いJavaよりさらにタチが悪い気がするな。
立ち位置がどうしよもなく中途半端だし、ＭＳだしな。
- 872 名前：デフォルトの名無しさん mailto:sage [04/12/08 23:21:17]
- >>869
で、結論はPerlということか。
- 873 名前：デフォルトの名無しさん mailto:sage [04/12/08 23:25:07]
- ＞ＭＳだしな。
ん？Microsoft製だと何かまずいの？
Microsoftのソフト開発環境はとても使いやすいが。
- 874 名前：デフォルトの名無しさん mailto:sage [04/12/08 23:38:46]
- >>867
サーバサイド開発がネタ
というか、某板某スレの、「Javaはネタ→禿どう」のコンビの人みたいだね。
- 875 名前：デフォルトの名無しさん mailto:sage [04/12/09 00:05:40]
- >873
871じゃないが、
売れてるだけあっていいところは沢山あるんだけどさ。
寄らば大樹の陰が行き過ぎて変なところから圧力かかるのがＭＳのやなとこ。
成り行きでＭＳ”ばかり”やるようになると、ほかの良い物を導入しようとしたとき
「それＭＳじゃないからヤダ」って馬鹿を言う奴がいつのまにか周り中にいたりする。
せっかく自由社会にいるのに自分から独裁者に仕えるのは悪趣味だと思うぞ。
>Microsoftのソフト開発環境はとても使いやすいが。
「俺は」使いやすいとは思わんけど。どっちかというとボーランド派だから。
ようは個人の好み。
- 876 名前：デフォルトの名無しさん mailto:sage [04/12/09 00:33:52]
- >>875
抽象的杉。説得力皆無。
- 877 名前：デフォルトの名無しさん mailto:sage [04/12/09 00:42:31]
- >>876
開発環境ぐらい、フリーのものを使いたいぞな。
- 878 名前：デフォルトの名無しさん mailto:sage [04/12/09 01:03:28]
- そこで vi + gcc + gdb ですよ。
- 879 名前：デフォルトの名無しさん mailto:sage [04/12/09 01:14:44]
- お金払うものでも、自由であればいいよ。
金払って開発環境使い始めたが最後、あとはすべてそこの製品で賄わなければ元がとれない、というものじゃなければ。
- 880 名前：デフォルトの名無しさん mailto:sage [04/12/09 01:41:39]
- >>874
いんや、Javaはなかなかよいと漏れは思ってるよ。
SwingはなかなかいいAPI構成だと思うし、Eclipseは神だしね。
ただ、ここで議論しているようなデータベースのインターフェースとなる
業務アプリを作るときには、Javaは向いてないなってなことだ。
- 881 名前：デフォルトの名無しさん mailto:sage [04/12/09 02:35:07]
- Swingのフォームとバリューオブジェクトのビーンが相互にやりとりできる仕組みさえできればいいと思うんだけどね。
- 882 名前：デフォルトの名無しさん mailto:sage [04/12/09 02:41:54]
- だれかが言ってたようにSeasarが失敗だとするならば、その理由は、ヒガさんに全体的なモデルがなかったことだと思う。
くーすはベストプラクティスの積み上げで、全体的なモデルを構築できてないように思える。
ベストプラクティスは既知の問題には対応できるけど、未知の問題に対応するにはモデルの構築が不可欠だから。
だれかが言ってた、Seasarが失敗だというのが誤りであれば、３行目を除いては正しいとはいえなくなるわけだが。
- 883 名前：デフォルトの名無しさん mailto:sage [04/12/09 03:09:05]
- くーすという方法論とSeasarというプロダクトは別なのだが
- 884 名前：デフォルトの名無しさん mailto:sage [04/12/09 04:41:55]
- くーすって方法論なの？
- 885 名前：デフォルトの名無しさん mailto:sage [04/12/09 04:42:54]
- Seasarは方法論なしにやってるってこと？
- 886 名前：デフォルトの名無しさん mailto:sage [04/12/09 11:27:44]
- Seasarの開発手法はXPのひが版
Seasarでの開発手法はくーす
- 887 名前：デフォルトの名無しさん mailto:sage [04/12/09 11:36:00]
- ttp://d.hatena.ne.jp/higayasuo/20041209#1102556567
（ ´_ゝ`） ﾌｰﾝ
- 888 名前：デフォルトの名無しさん mailto:sage [04/12/09 16:49:05]
-
ちょっと聞きたいんだけど、振る舞いを持たないDTOって
例えば、伝票ってエンティティがあって、こいつの赤伝が欲しいって時に
ステートレスなサービスオブジェクトで、わざわざ伝票の全ての金額項目を×-1していくってこと？
エンティティ自体にtoDebitNote()とか作って、それ呼べば済む話だろうに。
複数のエンティティから特定のエンティティを生成する場合とか、似たような例は
あると思うけど、普通そういうロジックはエンティティ自身に持たせるんじゃないの？
サービス層がステートレスである必要性はわかるんだが、振る舞いを持たないDTOって
いくらなんでもバカすぎじゃね？
ValueObjectにすら振る舞いは持たせるだろ、普通。
- 889 名前：デフォルトの名無しさん mailto:sage [04/12/09 18:08:33]
- 伝票エンティティ自体に自分自身の赤伝を作らせるのは
あまり趣味ではないですな。
伝票ってのは蓄積される極々静的なものとして徹底して捉えたいので。
それは趣味なのでさておき、エンティティ自体に
赤伝生成責務を置くと、金額に-1をかけるコストに
何か変化はあるのでしょうか？
振る舞いをデータから分離するってのは
普通業務はデータは安定していて
ロジックは変化しやすいものだからってのが理由だそうです。
赤伝ってのはかなり安定した業務ロジックだから
ちょっと例えが悪いかも知れませんね。
- 890 名前：デフォルトの名無しさん mailto:sage [04/12/09 18:17:05]
- >>889
> 伝票エンティティ自体に自分自身の赤伝を作らせるのは
> あまり趣味ではないですな。
> 伝票ってのは蓄積される極々静的なものとして徹底して捉えたいので。
だからサービスがtoDebitNote()を呼ぶんでしょ
>
> それは趣味なのでさておき、エンティティ自体に
> 赤伝生成責務を置くと、金額に-1をかけるコストに
> 何か変化はあるのでしょうか？
だたでさえ肥大しがちなサービスからコードが減るよね。
金額なプロパティがいくつもある場合は特に。
>
> 振る舞いをデータから分離するってのは
> 普通業務はデータは安定していて
> ロジックは変化しやすいものだからってのが理由だそうです。
> 赤伝ってのはかなり安定した業務ロジックだから
> ちょっと例えが悪いかも知れませんね。
変化しやすいものを分離する理由はとはなんでしょう？
- 891 名前：デフォルトの名無しさん mailto:sage [04/12/09 21:14:15]
- >>888
＞＞サービス層がステートレスである必要性はわかるんだが
俺にはその必要性がわからない。
教えてくれ！
- 892 名前：890 mailto:sage [04/12/09 21:26:33]
- >>891
> >>888
> ＞＞サービス層がステートレスである必要性はわかるんだが
> 俺にはその必要性がわからない。
> 教えてくれ！
ステートフルで一度作ってみれ。難しいと思うが。
まぁ、なんちゅうか、リクエスト単位での処理を同期とか
ややこしいこと考えずに作ろうとすると、必然的にステートレスになるわけだ。
StrutsのActionクラスが典型だろう。
ステートフルにしちゃうと、ややこしい同期処理を考えなきゃいけない上に
結果的にサービスオブジェクトのインスタンスを、リクエストの数だけ
生成しなきゃいけなくなるわけだ。
こんなんでよろしい？
|
 |
