Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
アカウント発行システムをDDDでリファクタリングしたら 幸せになりそうな予感がした
Search
sorch
December 23, 2020
Technology
1
270
アカウント発行システムをDDDでリファクタリングしたら 幸せになりそうな予感がした
sorch
December 23, 2020
Tweet
Share
More Decks by sorch
See All by sorch
他言語と比較して今こそ理解しよう! 目指せ、列挙型マスター!
soachr
0
210
おさらい!PHP8で廃止される機能
soachr
1
460
元Javaエンジニアが怖いと思うPHPの仕様
soachr
0
210
Other Decks in Technology
See All in Technology
どう買う?Azure
kuniteru
1
190
OpenTelemetry実践 はじめの一歩
taxin
0
310
Introduction to Jetpack Compose
pohjus
1
110
Vos logs méritent mieux que la config par défaut
lyrixx
2
330
AWS アーキテクチャクイズ
yuu26
2
700
技術広報経験0のEMがエンジニアブランディングをはじめてみた
coconala_engineer
1
130
HoneycombとOpenTelemetryでオブザーバビリティに入門してみる
sumiren
2
150
オーティファイ会社紹介資料 / Autify Company Deck
autifyhq
7
100k
やっていきテスト
k6s4i53rx
0
160
エバンジェリスト活動を7年やってきて見えてきた、コミュニティとエバンジェリストの関係
soracom
PRO
1
200
関数型DDDの理論と実践:「決定を遅らせる」を先につくり、 ビジネスの機動力と価値をあげる
knih
2
470
#51 “Empowering Azure Storage with RDMA”
cafenero_777
3
210
Featured
See All Featured
The Pragmatic Product Professional
lauravandoore
24
5.7k
GraphQLとの向き合い方2022年版
quramy
28
12k
It's Worth the Effort
3n
180
27k
Documentation Writing (for coders)
carmenintech
59
3.8k
Intergalactic Javascript Robots from Outer Space
tanoku
266
26k
A designer walks into a library…
pauljervisheath
199
23k
Writing Fast Ruby
sferik
619
59k
Why Our Code Smells
bkeepers
PRO
330
56k
Optimizing for Happiness
mojombo
369
69k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
242
20k
From Idea to $5000 a Month in 5 Months
shpigford
376
45k
Designing Experiences People Love
moore
135
23k
Transcript
アカウント発行システムをDDDで リファクタリングしたら 幸せになりそうな予感がした @soachr (そーく) 設計・モデリング LT会 2020/12/23
@soachr(そーく)
今日話すこと
DDDのよさ is 仕様変更が圧倒的楽
社内の読書会で ドメイン駆動設計(DDD) と出会う https://booth.pm/ja/items/1835632
DDDやりたい
立ちはだかる壁
1. 10年以上ご愛顧いただいているサービスだからこそ発生する a. 追加仕様によるプログラムの肥大化&複雑化 b. 複雑すぎて誰も手が出せないプログラム 2. トランザクショナルなプログラム a. ビジネスロジックとデータ永続化が混在
b. 多い分岐・点在するコピペ処理
None
None
サービスに対してDDDは難しい けど...
サブシステムの アカウント発行システムなら 規模も小さい
アカウント発行システムを DDDでRe:モデリングしてみた
前提:アカウント発行システム • BtoB向けクラウドサービスのアカウント発行システムを想定 • アカウント発行時に契約したプラン・オプションを選択する 機能/プラン Premium Standard 機能A ◦
◦ 機能B ◦ ◦ 機能C ◦ - 機能D ※オプション ※オプション
アプリケーション層 =なにをするか(What)
ドメイン層 =どうやって実現するか (How) 機能/プラン Premium Standard 機能A ◦ ◦ 機能B
◦ ◦ 機能C ◦ - 機能D ※オプション ※オプション
DDDのよさ is 仕様変更が圧倒的楽
例:新しいプランを増設することになった 機能/プラン Premium Standard Lite 機能A ◦ ◦ ◦ 機能B
◦ ◦ - 機能C ◦ - - 機能D ※オプション ※オプション ※オプション
DDDじゃなかったら (トランザクショナルなら) • 設計・実装 ◦ 既存仕様理解&影響調査が大変 ▪ 大量にあるif分岐 ▪ 同じ変数による条件分岐が色々な場所に点在している
... ▪ ifとelseの処理がほぼ一緒でちょっとだけ違う ... • テスト ◦ 既存機能のデグレが怖い
None
DDDだったら • (ほぼ)1クラス追加するだけ
アプリケーション層は変更なし! 具体的にどうやってアカウントを発行するか はドメイン層に移譲しているため 変更点はなし 具体的にどうやってアカウントを発行するか の処理はドメイン層に移譲しているため 変更点はなし
None
おわりに • DDDでもっと楽できるはず! ◦ ”やること”を決めて”やり方”をビジネスの変化に伴って変えられる 設計 • サービスへのDDD適用は難しいかもしれないけれど、アカウント発行シ ステムなら手が出せそうかも!
ご清聴ありがとうございました