ActiveRecord型のORMの問題は、凝集度の観点から説明できる。 ビジネスロジックを持ち、DBアクセスを管理し、さらにテーブルまで定義するというのは明らかに責務過剰なのだ。
![松岡@ログラス/DDD,アジャイル on Twitter: "ActiveRecord型のORMの問題は、凝集度の観点から説明できる。 ビジネスロジックを持ち、DBアクセスを管理し、さらにテーブルまで定義するというのは明らかに責務過剰なのだ。"](https://cdn-ak-scissors.b.st-hatena.com/image/square/4cd7becfdd025769158e6815a2df7bdc4379d0bb/height=288;version=1;width=512/https%3A%2F%2Fpbs.twimg.com%2Fprofile_images%2F1509174042179239940%2F-iK0mQhU.jpg)
より詳細なCQRSに関する資料はこちら https://little-hands.hatenablog.com/entry/2019/12/02/cqrs 参考資料:http://little-hands.hatenablog.com/entry/jjug2017fall 社内新規プロダクトでDDD, CQRSの思想をベースとしたアーキテクチャを構築し、コマンド(更新系処理)ではSpring Data JPA(Hibernate)を、クエリ(参照系処理)ではjOOQを採用しました。 結果としてそれぞれのORMの良いところを生かした組み合わせのアーキテクチャが構築できたので、その経緯と得られた知見についてお話ししたいと思います。 以下のようなトピックを考えています。 ・CQRSの定義とメリットデメリット ・DDD,CQRSを検討するにあたってのORMの選定ポイント ・構築したアーキテクチャ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く