【雑記】 そろそろMVCモデルについて一言いっておくか
なーんて、MVCを語れるほどの知識はないのだが、琴線に触れてしまったので、私なりに言いたいことを言うことにする。 本当は、こんな話より先に、先日参加したGAE Nightの話や、Winnyの金子さんが無罪になった話を書きたいのだけど、ココとか、ココとか、ココとか、ココとか、毎日毎日毎日毎日、MVCを語られると、何かいいたくて、もう我慢できなくなってしまった。（これはエンジニアの性なのか！？） 中島さんのBlogのなかで最も釣られてしまうキーワードは「えせ」。これを使うということは、自分の考えだけが正しくて、他は間違いであるということを暗にいっているようなもの。多くの人はそれに反応してしまうから、感情論になって、あまりよい結論は見い出せなくなってしまっているんじゃなかろうか。中島さんの言っていることは概ね理解できるし、RESTfulな設計などは私の考えと被る部分もあって、ほぼ同意できるのだが
O/Rマッピング技術の進化が皮肉にも助長している「えせMVC症候群」
昨日の「Ruby on Railsの『えせMVC』の弊害」というエントリー。若干「釣り」の要素が含まれたタイトルが功を奏したのか、たくさんのフィードバックがいただけた。そんな中で見えて来たのは、この問題はRailsに限った話ではなく、業務用アプリケーションで使われているJavaや.Netの世界でもよく見られる問題だということ。 その「問題」とは、ActiveRecordに代表されるO/Rマッピングの技術の進化が、本来のMVC（そしてオブジェクト指向そのもの）のメリットを無視した「えせMVC」な設計を助長している、という問題である。 ・MVCやオブジェクト指向を表面的にしか理解していないエンジニアが増えている（ここが根本的な問題） ↓ ・SQLを自分で記述しなくて良いO/Rマッピングはとても魅力的（これはこれで別の問題を含んでいるが、このエントリーではあえて突っ込まない） ↓ ・O/Rマッピ
軽快な動作のUMLモデリングツール·UMLet MOONGIFT
UMLは2000年くらいからあったと思うが、何となくデファクトにはなっていない気がする。オフショアの開発などでは利用されているかも知れないが、ユーザとの会話の糸口で利用されているのを見た覚えはない。 軽快に動作するモデリングツール その理由の一つとして、ツールが重厚すぎるのが挙げられるのではないだろうか。スケルトンコードを出力しようとするためにツール全体の制約が多くなり、動作も重たくなっていく。あくまでもドキュメント補助ツール的に使うなら軽快に動作するUMLetを試そう。 今回紹介するオープンソース・ソフトウェアはUMLet、Java製のUMLモデリングツールだ。 UMLetはWindowsやMac OSX、Linuxで動作するソフトウェアで、3ペインの画面構成になっている。左にモデリングする画面、右上にモデルオブジェクト、右下にプロパティが表示される。面白いのはモデルがただツール上に並ぶ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
