Futureスマートフォン用の表示で見るスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。Future何かを始めたら、半分成功したのと同じ2006-09-13(さらに続き)大阪Javaコミュ準備会+wakhok夜学行ってきました!ドメインモデルって不要なんじゃない?って話があってビックリしました。僕はてっきり(リッチな)ドメインモデルは不要っていう理解をして、そうだよなあと思ったのですが、そうじゃないんです。StrutsベースだとActionFormがStringベースとなるから、詰め替えするコードが必要になる。テーブルと1対1になるようなエンティティって感じのクラスがあっても変に思わないけど、JSFなら型が決まるから詰め替えなくてもいいんじゃない?ってこと。ユーザさんと話すときはテーブルじゃなくて画面を元に話すでしょ?って言われてあ〜〜っと思いました。画面に近いところで定義する方が変更に強いのかも。リプレースのシステム開発だとやっぱりテーブル構造を帰ることが難しい場合が多くて、エンティティを作るとフィールドがやたら多いクラスとかできて個人的には困ります。画面からのデータをそのまま適切なテーブルに振り分けて入れてもらえるような仕組みだとどうなるんだろう?楽だなあって思う。?データアクセスの話にそのまま流れて、Hibernate使ったときにすごく感じたけどこうしたいびつなテーブル構造のときには対応できない。ひがさんとしてはそれは切り捨てるんじゃなくて救っていきたいとおっしゃってました。データアクセスで複雑なSQLになるのは結局3割程度だから、大部分は無設定で使えて、例外的なものには自分でSQL書いてきちんと対応できるっていうのはやっぱり素敵だと思う。ロッドは(Springは)設定を明示的にしたいから、これからも設定ファイルは書くし、Seasarは書かない方向に進んでいる。同じDIコンテナでもいろんなプロダクトがあるのが健全だよっておっしゃってました。)って感じでいろんな現場にDIが広まってほしいと思ってます。SeasarはSpringにはないものがたくさんあって、ぜひ世界でDIコンテナの双璧になってほしいです。(続き)大阪Javaコミュ準備会+wakhok夜...»プロフィールid:jyukutyo元アルバイト塾講師なソフトウェアエンジニアです。京都にあるモバイル系企業で働いています。Blog|ブログを報告する。