• はてなブックマーク
  • 暮らし
  • O/Rマッピング技術の進化が皮肉にも助長している「えせMVC症候群」
  • Twitterでシェア
  • Facebookでシェア

O/Rマッピング技術の進化が皮肉にも助長している「えせMVC症候群」

暮らし カテゴリーの変更を依頼 記事元:satoshi.blogs.com
適切な情報に変更
177 usersがブックマーク コメント26
    共有

    • 記事へのコメント26件

    • 注目コメント
    • 新着コメント
    その他
    yatata
    yatata “Ruby on Railsの『えせMVC』の弊害”

    2017/08/02 リンク

    その他
    knmsyk
    knmsyk この業界でプロとして仕事をするなら、使う言語やフレームワークにかかわらず、オブジェクト指向とMVCのコンセプトだけはしっかりと理解した上で仕事をしてほしい。

    2013/12/10 リンク

    その他
    holypp
    holypp O/RマッピングからMVCのあるべき形を。また、Rails上で犯しやすい設計上のミス

    2010/04/27 リンク

    その他
    skatsuyama
    skatsuyama 設計について、Model != ActiveRecord だよと言っている記事。

    2010/04/12 リンク

    その他
    bigbro
    bigbro これも釣り

    2009/11/03 リンク

    その他
    cooldaemon
    cooldaemon いま、perl 界隈でも同じ事が起きている。Martin Fowler の本を何冊か読んで欲しい。

    2009/10/23 リンク

    その他
    nelnal_programing
    nelnal_programing 開発者がしっかりとデザインパターンを理解していないことで間違ったフレームワークの使い方をしてしまって、それによって難解なソフトが出来るという話か？

    2009/10/17 リンク

    その他
    k-takahashi
    k-takahashi 『Modelの中に記述すべきビジネスロジック（ビジネスルールに基づいてデータベースにアクセスし、データの整合性に責任を持つロジック）を Controllerの中に記述しはじめ』『Controller層が必要以上に分厚く』

    2009/10/15 リンク

    その他
    banana-umai
    banana-umai [O/Rマッピング]

    2009/10/14 リンク

    その他
    hamasta
    hamasta 業界団体が標準技能として定義すればいいのに

    2009/10/14 リンク

    その他
    tnk962
    tnk962 結局DB設計だ、とか、DOAだ、とか、Railsについて言ってた人がいたことを思い出した。

    2009/10/14 リンク

    その他
    Chisei
    Chisei 『MVCやオブジェクト指向を表面的にしか理解していないエンジニアが増えている』もっと勉強しようと思った。

    2009/10/13 リンク

    その他
    koumiya
    koumiya 最近経験したプロジェクトはテーブル設計≒ドメイン設計になっていたので恩恵は十分に受けていたな。つか、何処に書けばいいか分からないからとりあえずコントローラへなPGが多いのが問題って話か。

    2009/10/13 リンク

    その他
    mujin
    mujin よく分からんのだけど、コントローラがO/Rマップされたオブジェクトにアクセスするのをエラーを吐くとかでフレームワーク側で禁止できないの？禁止しない理由はないような気がする。

    2009/10/13 リンク

    その他
    thesecret3
    thesecret3 スパゲッティかどうかはアーキテクチャの問題ではないことが多いかと。むしろ同じスパゲッティなら一ヵ所にズドンと書いてあるほうがいいかも。。

    2009/10/13 リンク

    その他
    raitu
    raitu //本来ならModelの中に記述すべきビジネスロジック（ビジネスルールに基づいてデータベースにアクセスし、データの整合性に責任を持つロジック）を Controllerの中に記述しはじめてしまい、結果的にController層が必要以上に

    2009/10/13 リンク

    その他
    kazutanaka
    kazutanaka 負のスパイラル

    2009/10/13 リンク

    その他
    xucker
    xucker 実体験のRailsはさておき、JavaにまでFUDするのは止めて欲しい

    2009/10/13 リンク

    その他
    willnet
    willnet Modelをなるべく分厚くしていきたいとは思っていても、どうしてもControllerに書いてしまうことが多いなあ(特に複数のModelにまたがる処理)／そこらへんうまくやれるコツみたいな情報ないかな

    2009/10/13 リンク

    その他
    y-kawaz
    y-kawaz 本来ならMVCのMは、ビジネスルールも理解して整合性を保ってくれるDAOであるべきだが、その裏にあるただのツールであるORマッパーがMであると勘違いして直接触る人が多くて困る、という話か。

    2009/10/13 リンク

    その他
    kzfm
    kzfm 本来ならModelの中に記述すべきビジネスロジック（ビジネスルールに基づいてデータベースにアクセスし、データの整合性に責任を持つロジック）を Controllerの中に記述しはじめてしまい、結果的にController層が必要以上に分

    2009/10/13 リンク

    その他
    yojik
    yojik ドメインモデル貧血症とエセMVC?は関係が無いわけじゃないけど混同すると議論が迷走するのでよくない。 あと日本語訳も紹介していいと思います。 http://capsctrl.que.jp/kdmsnr/wiki/bliki/?AnemicDomainModel

    2009/10/13 リンク

    その他
    kodaif
    kodaif "使う言語やフレームワークにかかわらず、オブジェクト指向とMVCのコンセプトだけはしっかりと理解した上で仕事をしてほしい。そして、O/Rマッピングを使う時には、それだけでModel作りが終わったと誤解してはいけない"

    2009/10/13 リンク

    その他
    rockyosaka
    rockyosaka RailsのFUD（若干「釣り」らしい…）→論点ずらし＆開き直り。正直ちょっと見苦しい。

    2009/10/13 リンク

    その他
    da-yoshi
    da-yoshi Rails自身はこういう議論が一周した後に、現実的に作りやすい形ということで今の形態になっていると思うんだけどな。ビジネス層とか考えすぎて複雑怪奇になったシステムというのも現実にはあるわけで

    2009/10/13 リンク

    その他
    yssk22
    yssk22 これはすばらしい。ということでみんなドキュメント指向するといいよ！ | でも Application Architecture of .NET はその辺よく書かれていたと思うんだが。読まれないってことかorz

    2009/10/13 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    O/Rマッピング技術の進化が皮肉にも助長している「えせMVC症候群」

    昨日の「Ruby on Railsの『えせMVC』の弊害」というエントリー。若干「釣り」の要素が含まれたタイトル...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - 暮らし

    いま人気の記事 - 暮らしをもっと読む

    新着記事 - 暮らし

    新着記事 - 暮らしをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2024 Hatena. All Rights Reserved.