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
Clean Architecture by TypeScript & NestJS
Search
ryounasso
July 10, 2024
Programming
0
210
Clean Architecture by TypeScript & NestJS
ryounasso
July 10, 2024
Tweet
Share
More Decks by ryounasso
See All by ryounasso
Fast API を用いた Web API の開発
ryounasso
1
360
テストゼロの個人開発プロジェクトにテストを導入した話
ryounasso
0
200
簡易 DI コンテナを作って DI コンテナを知る
ryounasso
1
690
TypeScript_コンパイラの内側に片足を入れる
ryounasso
3
570
kintone新機能開発のお仕事
ryounasso
2
80
Other Decks in Programming
See All in Programming
Vite – TYPO3's nimble frontend companion
s2b
0
140
Compose Web 개발하기
pangmoo
0
130
Senior Crafters
dupdob
0
380
Ruby On RAG - Building AI Use Cases for Fun and Profit
thedayisntgray
1
150
Strip Types と Storage
yosuke_furukawa
PRO
3
280
Uncharted packages (Laravel Live Denmark)
freekmurze
0
120
T3DD24: The Art of Deployment
martinhelmich
0
110
わかりやすい正解を捨てて、コトに向き合う - スクラムフェス金沢2024 スポンサーセッション
yusukekokubo
1
530
今こそ始める Shared Element Transition
oidy
1
200
AWS CodeCommitの次として考えた場合のAmazon CodeCatalyst
satoshi256kbyte
1
200
Introducing Managed DevOps Pool
kkamegawa
0
3k
Generate a rust client code by OpenAPI Generator
matsu7874
0
140
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
87
15k
Pencils Down: Stop Designing & Start Developing
hursman
118
11k
Fontdeck: Realign not Redesign
paulrobertlloyd
80
5.1k
Adopting Sorbet at Scale
ufuk
71
8.9k
Unsuck your backbone
ammeep
666
57k
Git: the NoSQL Database
bkeepers
PRO
424
64k
Building Adaptive Systems
keathley
35
2.1k
Designing Experiences People Love
moore
137
23k
Code Reviewing Like a Champion
maltzj
518
39k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
361
22k
Typedesign – Prime Four
hannesfritz
37
2.3k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
226
52k
Transcript
Clean Architecture by TypeScript & NestJS
クリーンアーキテクチャを学んで 実装してみた経験をお話します
Clean Architecture とは ビジネスロジックを中心におき、インタフェースや技術を外側に配置する設計アプローチ 依存の向きは常に内側を向き、ユースケースと周辺の関心事を分離する 持つ特性 • フレームワーク非依存 • テスト可能
• UI 非依存 • データベース非依存 • 外部エージェント非依存 Clean Architecture 達人に学ぶソフトウェアの構造と設計
4 つのレイヤー Enterprise Business Rules Entities と呼ばれる、ビジネスルールをカプセル化したものが存在するレイヤ− Application Business Rules
システムのユースケースがカプセル化・実装されているレイヤー Interface Adapters 円の内側に便利な形から、Web や DB などに便利な形に変換するレイヤー Frameworks & Drivers フレームワークやツールで構成されるレイヤー (必ずしも 4 つである必要はない ただし依存関係の向きだけは守る必要がある)
Web ベースのシステムに落とし込むと 依存の向きを見てみると、 全てが依存性のルールに従って、 内側に向いている Clean Architecture 達人に学ぶソフトウェアの構造と設計
実装 お題 : Todo アプリ 使用技術 : TypeScript, NestJS, Prisma
リポジトリ : https://github.com/ryounasso/todo-app-by-clean-architecture
Entity constructor / getter は省略
Usecase ( Service )
Interface ( Controller )
Interface ( Repository )
じゃあこの Todo アプリでできることは?
この Todo アプリでできること
実装振り返り
実装振り返り Presenter を実装していない
実装振り返り getTodoList の返り値 当初は、Todo Entity の内容全てを返す設計 ↓ ユースケースとして、 Todo の一覧をユーザーが見るときに、
全ての情報が欲しいケースがありそうか? → なさそう
実装振り返り getTodoList の返り値 ユーザーが欲しいフィールドを返す設計に変更
まとめ • 各レイヤーに意図があり、それらの間に境界を設けて、 分けて管理することで可動性の向上を実感 • ユースケースをしっかり考えることが重要 • DB や Framework
の置き換えのコストを減らせる • テストがしやすい
参考資料 • Clean Architecture 達人に学ぶソフトウェアの構造と設計 • The Clean Architecture https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architectur
e.html