タグ

PofEAAに関するJHashimotoのブックマーク (2)

  • naoyaのはてなダイアリー - PofEAA読書会振り返り

    さて、昨日もちょっと触れましたが PofEAA 読書会に行ってきました。Patterns of Enterprise Application Architecture (邦訳: エンタープライズ アプリケーションアーキテクチャパターン) の読書会で、昨日は第10章の Data Source Architectural Patterns でした。Ruby on Rails の O/R マッパであるところの ActiveRecord の元になってるパターン、Active Record パターン (ややこしいな) が含まれる章で、みなさん曰く書籍の中でも特に面白い章だとのことでした。 Table Data Gateway Row Data Gateway Active Record Data Mapper の 4 つのパターンがありました。 この書籍、こんな感じでいろんなエンタープライズアプリケ

    naoyaのはてなダイアリー - PofEAA読書会振り返り
    JHashimoto
    JHashimoto 2014/06/30
    "・Table Data Gateway・Row Data Gateway・Active Record・Data Mapperの 4 つのパターンがありました。"
  • いまさらきけない「ドメインモデル」と「トランザクションスクリプト」 - ひがやすを技術ブログ

    このネタは、私自身も何度も書いてきたけど、結局意味のある結論になったためしがありませんが、再度考え直してみたいと思います。 「ドメインモデル」と「トランザクションスクリプト」をすごく簡単に説明すると、トランザクションスクリプトとは「アクションより起動される一連の手続き」、ドメインモデルとは「ドメイン内の名詞によって体系化されたモデル」です。 トランザクションスクリプト派は、「トランザクションスクリプトの方が書くのが簡単だし、業務アプリケーションにオブジェクト指向は、ほとんど必要ない」といいます。 それに対し、ドメインモデル派は、「ドメインモデルはオブジェクト指向を生かすことができるのでメンテナンス性が良い」と主張します。 ずっと平行線のままですね。 私は一番最初に「ユースケースと一対一にサービスクラスを設け、ビジネスロジックはサービスクラスに記述する」という主張をしてました。 記念すべき(

    いまさらきけない「ドメインモデル」と「トランザクションスクリプト」 - ひがやすを技術ブログ
    JHashimoto
    JHashimoto 2012/10/13
    "ものとして扱うことが不自然なものをきちんとエンティティに割り当てられるはずはないからです。Domain Driven Designの中ではこのような機能は、サービスとして実装するのが良いとされています。"
  • 1