08/02/03 20:14:52
>>872
了解です。よそに行ってきます。
ありがとうございました。
874:デフォルトの名無しさん
08/02/03 22:07:27
君子は豹変すと言うけど、人の後追いばかりで確固たる信念を持たない奴が
なんかの拍子に発言力持って適当フレームワーク乱発するのって害の方が多い気がする…。
ドメインモデルの件に関しては久しぶりに頭に血が上った。
で、その
875:デフォルトの名無しさん
08/02/03 22:15:51
君子は過去の自分がどうだったかにとらわれないから豹変するわけだが。彼も自分が君子であるつもりなんだろうな。
俺から見れば人として軸がぶれているだけだが。
876:デフォルトの名無しさん
08/02/03 22:45:39
>>870
そもそもドメインモデルの定義ってなによ？
動きを持たなければならないのか？というところか。
877:デフォルトの名無しさん
08/02/03 22:58:48
ひがたんが豹変して振り回されるのは人として軸がぶれてるヤツだけ
確固たる信念を持ってればひがたんが豹変しても笑って眺めるだけ
878:デフォルトの名無しさん
08/02/03 23:10:40
>>876
オブジェクト指向的アプローチであって
DBに引っ張られるような設計をしないこと
ここあたり参考になるかな？
URLﾘﾝｸ(otndnld.oracle.co.jp)
879:デフォルトの名無しさん
08/02/03 23:51:28
>>878
メリットは？
再利用が効くとか？芸術的だとか？
デメリットももちろん知ってるよな？
はっきりいって技術レベルが低い日本で純粋なドメインモデルでやっていけることは少ない。
層間のDTOやそれと同じようなことをするのは面倒だし。
880:デフォルトの名無しさん
08/02/04 00:28:43
>>879
俺に噛み付くなよ
普通に現実的なのはTableModuleだろう
DomainModelにこだわるようでこだわれない不思議なひがたんに聞いてよ
881:デフォルトの名無しさん
08/02/04 00:34:32
だいたい技術レベルが高くないと使えないっつー時点で
オナニーだな。
882:デフォルトの名無しさん
08/02/04 00:46:19
>>881
DomainModelパターンですよね。技術者のオナニーですよね。
883:デフォルトの名無しさん
08/02/04 00:48:56
DomainModel使うのに、それほど技術レベルが必要かねぇ？
そりゃモデル組むほうは技術が必要だが、殆どの層はモデル使う方なわけで。
それに、システムが複雑になってくれば来るほど、DomainModelは効果的だよ。
884:デフォルトの名無しさん
08/02/04 02:28:50
>>883
組むほうを使うほうの人数に相対するぐらい確保できればいいけどね。
言ってることは分かるが理想論過ぎる
885:デフォルトの名無しさん
08/02/04 02:31:20
>>883
そうやって層を分けると使えないモデルができあがる悪寒
886:884
08/02/04 02:46:23
>>885
残念ながら使えるんだよ。DomainModel単体では。
でもプレゼンテーション層や永続化層で使いにくいからDTOを作るのよ。
887:デフォルトの名無しさん
08/02/04 02:55:18
>>886
そういう意味じゃなくてさ
人の方を使うのと作るのに層を分けるとだな、
なんだよこの糞モデルはぁ～っっ使えねぇーーーっ
てことになるって話だよ
888:デフォルトの名無しさん
08/02/04 09:14:43
>>887
使うほうはモデルを直接操作することはあんまりないと思うが。
889:デフォルトの名無しさん
08/02/04 23:33:08
>>888
直接とか間接とかって意味じゃなくてさ
使えないってのは役に立たないって話だよ
890:デフォルトの名無しさん
08/02/04 23:40:32
>>889
あぁ、君のことか
891:デフォルトの名無しさん
08/02/04 23:54:23
誰がうまいこと言えと
892:デフォルトの名無しさん
08/02/05 11:33:46
元理事はchuraに提言する前にescafeどうにかしろ
キャラ付けしただけで忘れてんじゃじゃねーか
いつになったらオールインワンのダウンロードできるんだよ
893:デフォルトの名無しさん
08/02/05 20:07:39
あの元理事は本業からしてそんな感じだからOKOK。