レイヤー設計とか、オブジェクト指向とか、DDDとか、その辺 - まっつんの日記

自分の指向としては、技術の勉強というとDDDとかOODとか、そういう抽象的方面が好きなのだが、オブジェクト指向否定論もあることは承知している。 ---------------追記 2020/09/27 この記事は「ユーザーのメンタルモデルを反映させる」というMVCの本来の設計思想を捉えていません。ただ、巷に流布しているものを元に考えた記事としては資料的には無価値ではないと思いますので、ログとして残しときます。 MVCの本来の考えはOOUIの本や、コプリエンのLean Architecture本が良さそう ------------------------------- 過剰設計の落とし穴 実際、レイヤー構造や業務モデルを頑張って作っているが、実装時に足かせになったり、プログラマがよく規約や方針を理解できずに、ごちゃごちゃに作り、余計に複雑になってしまったりするのは、色々聞く。（自分はこれをや

[atwata]

サーバサイドの設計はだいたいこんな感じになる

[stockedge]

“フレームワークが前提としているのは、自分の整理におけるMVCSwithDAO2”

[ngyuki]

しっくり来る感じする

[efcl]

> アプリケーション層でRepositoryは呼べるのか？ DAOとRepositoryの違いについて。 DAOパターンはデータソース(外部APIを呼ぶなど)に依存してるもの、そうでないのはRepository

[yukung]

“自分の中での整理は、DAOが扱うオブジェクトはデータソースに依存し、Repositoryが扱うオブジェクトはデータソースに依存しない純粋なPOJO。”