[B! ddd] tri-starのブックマーク

DDD(ドメイン駆動設計)、理念に大賛成、実装に大反対。

※追記あり。最後の追記は 2021/04/25 21:40頃※ タイトルの通りのことを思っているけど、顕名のブログで書くと社内で干されるので、増田に書く。社内の心理的安全性がそんなに低い訳ではないけども、潮流が凄いので今は慎重に振る舞いたい。この記事を見て﹁キミはDDDのことを誤解している﹂と思われた方はコメント等で優しく︵易しく、ではない︶ご指摘願いたい。 ※この記事では Web Application を前提とした話になっている。 DDDとは？https://ja.wikipedia.org/wiki/%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E9%A7%86%E5%8B%95%E8%A8%AD%E8%A8%88 DDD、ここがイケてるソフトウェア開発者は開発対象のドメインのことをほとんど知らない、という問題意識およびその提起。俗に言う﹁ビジネスサ

tri-star 2021/05/04

リンク

ゆうあん⋈ on Twitter: "Laravel で DDD やったときの戦術の話を書いた。Zenn デビュー。 / “Laravel で DDD のレイヤードアーキテクチャを試す” https://t.co/FoMIIPpyB8"

tri-star 2021/03/03

ddd
thought

リンク

LaravelにDDDを導入して1年経った所感(達成したこと / 課題点 / モデリングの難しさなど) - Qiita

背景昨年公開したこちらの記事﹁Laravel でドメイン駆動設計(DDD)を実践し、Eloquent Model 依存の設計から脱却する﹂の続編です。弊社で開発している﹁オンライン家庭教師マナリンク﹂の実装に DDD のアプローチを用いています。導入して1年が経過したので、いろいろと所感を述べていきます。目次どうして DDD を導入したか DDD で達成できたことまだ難しいと思うこと結局モデリングが一番難しいどうして DDD を導入したのか？導入した当初の動機は Laravel で Eloquent Model 中心に実装するアーキテクチャに嫌気が差したからです。 Eloquent Model 中心に実装するとあちこちにドメイン知識が散らばって、実装した自分ですらよくわからない、という状態によく陥りました。弊社はベンチャー企業で、トラフィックの多さを設計で考慮することは

tri-star 2021/03/03

リンク

ご主人様、小難しいDDDやクリーンアーキテクチャはお忘れになって、”削除しやすい設計”から始められてはいかが？ - Qiita

ご主人様、小難しいDDDやクリーンアーキテクチャはお忘れになって、”削除しやすい設計”から始められてはいかが？LaravelDDD設計アーキテクチャCleanArchitecture ある日夢の中で設計に詳しい悪役令嬢が現れてこんなことを言い放ったので、考察してみましたという設定のポエムです。問題提起ドメイン駆動設計、オニオンアーキテクチャ、クリーンアーキテクチャといった考え方はもちろん重要なものの、僕は難しく考えずに﹁削除しやすいように機能を作る﹂のが第一歩として重要ではないかと考えています。本記事では﹁削除しやすい設計﹂について持論を展開してみます。 ※議論のスコープはWebサービスに限定し、例示としてPHPのフレームワークであるLaravelを用います削除しやすいことがなぜ重要か一度開発した機能は、それで終わりではなく、改修、改善を繰り返し、そして場合によっては仕様が廃止さ

tri-star 2020/07/18

リンク

「集約の境界と整合性(略」に対して頂いたアイデアの分類と現状での僕の回答らしきもの - kbigwheelのプログラミング・ソフトウェア技術系ブログ

解決策1 集約をマージするタイプのアイデア解決策2 一時的な整合性の破綻を受け入れ結果整合性を使うタイプのアイデア A. 組織へ無効状態で追加後、有効化するアイデア A.i 連続的に追加・有効化を行うアイデア A.ii 追加後、有効化を別スレッドやイベント駆動で行うアイデア B. 組織に所属するユーザー一覧というドメインオブジェクトをアイデア B.i ユーザー一覧を組織集約に持たせるアイデア B.ii ユーザー一覧を独立した集約にするアイデア C. イベント駆動アーキテクチャの長期プロセス(サーガ)的なアイデア D. オーバーがNGなら逆に現在ユーザー数を先に増やすアイデア解決策3 アンチパターンではあるが集約間の整合性維持のためトランザクション制御を用いる解決策4 ユースケースの見直しによる再モデリングタイプのアイデア僕の現時点での回答らしきもの現時点での回答: 解決策2 B.

tri-star 2020/07/07

ddd

リンク

集約の境界と整合性の維持の仕方に悩んで2ヶ月ぐらい結論を出せていない話 - kbigwheelのプログラミング・ソフトウェア技術系ブログ

本記事はドメイン駆動設計 Advent Calendar 2018 - Qiitaの3日目の記事です。2日目は、grimroseさんのぐるぐるDDDで気をつけてることでした。4日目は、s_edwardさんのMicroservices と DDDです。Table of Contents Table of Contents 以下の記事を読むにあたり前提となる知識問題サービス詳細ユビキタス言語重要なビジネスルールモデリング上の何が問題？解決策解決策1集約をマージする解決策2一時的な整合性の破綻を受け入れ結果整合性を使う解決策3アンチパターンではあるが集約間の整合性維持のためトランザクション制御を用いる解決策4ユースケースの見直しによる再モデリングまとめとりあえず今どうやっているか最終的にどうするべきだと考えているか(2018/12/01時点) ソリューシ

tri-star 2020/06/17

ddd

リンク

外部キー制約は何も考えずに適用するとよくない - かとじゅんの技術日誌

このブログが話題になってますね。制約を付けること自体はよいことだけど、無目的に適用すると害も生じると思います。無目的という言い方はおかしいな…。外部キー制約をどのように使えばいいのか、逆にどんなときに使うとまずいのかを考えてみたいと思います。 tech.tabechoku.com 例えば、これ。外部キー制約はできるだけ付けるとか、何も考えずに付けるとよくないと思います。外部キー制約は、可能な限りつけるようにしています。 DBが別れている場合、外部キーはもちろん貼れないのですが、そうでない場合はとにかく何も考えず貼っています。データベース設計の際に気をつけていること - 食べチョク開発者ブログテーブル設計をシミュレーションするいいたいことの結論はこれ。以上終了なのですが、もう少しわかりやすく書いてみよう。何も考えずに外部キーを貼るのは良くないな。トランザクション境界の外で結果整合性

tri-star 2020/06/17

ddd
database

リンク

Laravel - 『ドメイン駆動設計入門』を読んで Laravel を使って実装してみた - Qiita

要約 / inb4 tl;dr 成瀬允宣さん︵Twitter , nrslib ︶の﹃ドメイン駆動設計入門ボトムアップでわかる！ドメイン駆動設計の基本﹄を読んでサンプルコードを Laravel で実装してみた。 DDD 入門として、とても良い書籍だったのでオススメ。実装の前提条件やポイントをまとめた。 ※注‥この記事は、あくまでサンプルコードの書き起こしと整理のみです。DDD 本来の設計作業についての記載はほとんどありません。コードはこちら anfangd/laravel-ddd-sample-for-beginners - GitHub はじめに 2020年2月9-11日に開催された PHPerKaigi2020 に参加してきました。 PHPerKaigi 2020 こういうイベントごとには滅多に参加してこなかったのですが、今回は少し足を伸ばして練馬まで行ってきました。沢山学

tri-star 2020/06/07

設計図の書き方が参考になりそう

ddd
design

リンク

infamous_goto / Web開発業界のキャリア論を語るフルスタックエンジニア on Twitter: "Web開発にDDDを導入する関連で、前回はインフラ層の分離を考察しましたが、今回 #ddd_guide をじっくり読んでみて、PJへの導入に向けて考えるべき点として ➡️Webアプリケーション全体をDDD系のアーキテクチャで統合す… https://t.co/CHz744uusL"

tri-star 2020/05/20

DDDに対する考え方。

リンク

Flutter Firebase & DDD Course [2] – Authentication Value Objects - Reso Coder

tri-star 2020/03/17

FlutterにDDDを取り入れる考え方の記事

リンク

Laravelでドメイン駆動設計(DDD)を実践し、Eloquent Model依存の設計から脱却する - Qiita

Laravelでドメイン駆動設計(DDD)を実践し、Eloquent Model依存の設計から脱却するPHP LaravelDDDドメイン駆動設計Eloquent この記事はドメイン駆動設計#1 Advent Calendar 2019の10日目の記事です。 2020/12/17追記以下に続編を書きました！ LaravelにDDDを導入して1年経った所感(達成したこと / 課題点 / モデリングの難しさなど) やったこと自社サイトのバックエンドを Laravel で実装して半年間が経ち、初期に考えた設計にいろいろと綻びが出てきたと感じていました。そんな中、ちょうど実践ドメイン駆動設計や Web+DB Press で特集された体験 DDD を読むことができたので、さっそくいくつかの機能を DDD で実装してみました。本記事では﹁もともと Laravel で実践していたEloquen

tri-star 2020/02/18

EloquentモデルはRepository内でしか使わない考え方。そうしないと何が問題だったかが実体験として書かれている。

laravel
ddd

リンク

役割駆動設計で巨大クラスを爆殺する - Qiita

大量のメソッドを保有し、数千、数万行単位にぶくぶく膨れ上がった巨大クラス。別名﹁神クラス﹂とも﹁大きな泥団子﹂とも呼ばれる、長大で複雑で密結合で極めて変更が困難なアイツ。そんな巨大クラスの退治に有効な、ドメイン駆動設計を基本思想とする﹁役割駆動設計﹂を紹介致します。解決したい課題、狙う効果数千、数万行単位の巨大クラスの登場を抑止する。小さくシンプルな構造に落とし込み、堅牢で変更容易性の高い設計へ昇華させる。例1‥筆者をモデリング分かりやすくなるよう、まず私を例にモデリングしてみます。私は以下のような特徴があります。 IT企業の従業員家族がいる(妻, 子供) 趣味でゲーム制作しているダメな設計何も考えずに人クラスとして設計すると、よく以下のような構造になりがちです。従業員として仕事をする、父親として家族サービスする、趣味としてゲーム制作する、それぞれのメソッドが備わってい

tri-star 2020/02/17

モノではなく役割でモデリングした方が良いという話。

ddd
design

リンク

DDDはオブジェクト指向を利用してどのようにメンテナブルなコードを書くか

商品リンクはこちら https://little-hands.booth.pm/it ems/1835632 DDDはドメインモデリングを通じてソフトウェアの価値を高めようとする設計・開発手法です。新しく得られたモデルに関する知見を頻繁にコードに落とし込む必要があるのですが、それはソフトウェアにとっては非常に高い要求をしていることになります。そこでDDDでは、オブジェクト指向の手法を利用して、メンテナブルで、拡張性の高いコードを書くことを目指しています。このセッションでは、DDDではモデリング結果をどのようにコードに落とし、どのような利益を得られるのかを、具体的なコードを交えながら解説します。Read less

tri-star 2020/02/17

軽量ユースケース図とドメインモデル図からモデリングを始める方法。モデル図から実装への落とし方など。徐々にモデルから単純なsetterを削除して表現力を高める。 ●ddd

リンク

DDDはオブジェクト指向を利用してどのようにメンテナブルなコードを書くか - little hands' lab

Object-Oriented Conference 2020で登壇させていただきました。その際の発表資料です。発表資料 DDDはオブジェクト指向を利用してどのようにメンテナブルなコードを書くか from Koichiro Matsuoka www.slideshare.net 本章の内容は技術書典8(2020/3/1)で頒布予定の﹁ドメイン駆動設計モデリング/実装ガイド﹂の1,2章の内容になります。全部で11章仕立てです、興味お持ちいただけたらお買い求めください。受け取りは技術書典以降になりますが、それでもよろしければboothで予約可能です。little-hands.booth.pm また、実践にあたって頻出の疑問に対してトピックごとに詳しく解説した書籍もあります。重要トピック﹁モデリング﹂﹁集約﹂﹁テスト﹂について詳細に解説し、その他のトピックでは頻出の質問への回答と具

tri-star 2020/02/17

ddd
design

リンク

ゆうあん⋈ on Twitter: "CakePHP 界隈の話を聞いてると、独立したコアレイヤパターンみたいに、フレームワークに依存するコードとそれ以外を分けたいという動機はすごくよくわかる。"

CakePHP 界隈の話を聞いてると、独立したコアレイヤパターンみたいに、フレームワークに依存するコードとそれ以外を分けたいという動機はすごくよくわかる。

tri-star 2020/01/22

repositoryがあまり恩恵を受けることが少ない話、アプリケーション層にはフレームワークやORMに依存する機能とそうでない機能があっても良いのではという話

ddd

リンク

Dart/Flutterでドメイン駆動設計（DDD）してみた - 導入編 - のんびり精進

カテゴリ別にメモを管理できるアプリの開発を DDD︵Domain-driven design︶でやってみたものです。 github.com 二つの記事から成り、この記事はその一つ目です。導入編︵本記事︶解決しようとした問題点や、DDD と関連用語の意味の他、モデリング・レイヤ分け・ディレクトリ構成の検討において考えたことなどをまとめています。実装編 Dart/Flutter での実装を中心としますが、一つ目で触れていない点︵集約など︶の説明も含みます。やってみようと思った経緯何かを作るとき、設計がメチャクチャであっても運良くそれっぽく出来上がることがあります。小さなものなら直しやすかったり、あるいは問題があまり顕在化しなかったりするかもしれません。しかし、大きなものでは次第に破綻してしまうことが容易に想像できます。 Flutter でも、小さなアプリを作って学ぶ間は﹁なんて簡

tri-star 2019/11/03

ddd
flutter

リンク

Laravel vs Symfony（DDDの場合） - Qiita

PHP で DDD︵ドメイン駆動設計︶をする案件でウェブフレームワークの選定を行いました。フレームワーク選定にあたり、以下の方針を立てました。実績のあるフレームワークから選定︵Laravel か Symfony の2択としました︶ DDD が提唱している不変条件をモデルに実装出来ることフレームワークと戦わない︵目的達成の為に Hack 等の小細工をしない︶人がレビュー等で注意するといった回避策で妥協しないなるべくシンプルにフレームワークを使う本来、フレームワークはドメイン層に関心がなく DDD に制約を与えないはずです。一方で DDD はドメイン層以外には具体的な実装方法を提示していません。 DDD をやるのにどのフレームワークを使ってもいいのでは？と思うのですが、実際にはそうではありませんでした。フレームワークが採用している ORM によって DDD しやすいものと困難な

tri-star 2019/10/24

リンク

YYPHP#98「新人が業務で意識すべきこと」「LaravelのFacadeは避けるべき？」「1年半たってソースが汚く。リファクタリングどうしよう… 」「Laravelに依存したDDDってあり？」「SPAのセキュリティって何を注意したらいい？」 - Qiita

YYPHP#98﹁新人が業務で意識すべきこと﹂﹁LaravelのFacadeは避けるべき？﹂﹁1年半たってソースが汚く。リファクタリングどうしよう… ﹂﹁Laravelに依存したDDDってあり？﹂﹁SPAのセキュリティって何を注意したらいい？﹂PHPLaravelDDDYYPHPYYPHPイベントレポートこれは2019年8月30日に開催したPHPerイベントYYPHP#98のイベントレポートです。YYPHPは一言で﹁PHPerの部室﹂です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催はほぼ毎週、高田馬場にて。今回の配信動画YYPHP#98﹁未経験から就職したと

tri-star 2019/09/09

laravel
ddd

リンク

DDD導入に踏み切れない方へ贈る「2層 + CQS アーキテクチャ(Flyweight DDD)」/Flyweight DDD

Flyweight DDD 軽量DDDを避けつつ軽量(Flyweight)にDDDを導入するためのアーキテクチャです。

tri-star 2019/09/09

リンク

大失敗した設計、そしてドメイン駆動設計の基本に立ち返る – 福地春喜のブログ

※ 2019年7月27日に追記しました。この記事の最後に、失敗談の補足を書いた記事へのリンクを追加しました。システムの一部機能を改修するテーマが現在進行中です。テーマは他の箇所に影響がないくらいに分離できるものです。この大きさが丁度いい。チャンスとばかりにリファクタリングすることにしました。アプリケーションはそれなりにレイヤー化されています。controllerとserviceとrepositoryがある。よくある3層構造です。何を見直して再設計するのか？それはドメインオブジェクトモデルの構築です。現状のアプリケーションはビジネスロジックをモデリングしたものとは言えない状態です。自分がやったのだけれど。しかしだからでもあります。なぜこうなったかを振り返り、どのようにできたかを考えます。失敗から学べることもあるはずです。参照側の層は薄く？本当に？開発対象のシステムはある情報の検索

tri-star 2019/07/22

リンク

はてなブックマーク

タグ

関連タグで絞り込む (23)

dddに関するtri-starのブックマーク (70)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第1週）

月間はてなブックマーク数ランキング（2024年6月）

今週のはてなブックマーク数ランキング（2024年6月第5週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス