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
何故、UseCaseは1メソッドなのか
Search
okuzawats
June 05, 2023
Technology
3
2.1k
何故、UseCaseは1メソッドなのか
ランチタイムLT会 #1(2023年6月5日)での発表資料です。
okuzawats
June 05, 2023
Tweet
Share
More Decks by okuzawats
See All by okuzawats
Androidアプリのモジュール分割における:x:commonを考える
okuzawats
1
410
「Chatwork」Android版アプリを 支える単体テストの現在
okuzawats
0
350
カンファレンス参加をいかに正当化するか
okuzawats
0
300
「勉強になった」で終わらせない、ストロングスタイルの勉強会
okuzawats
0
400
10年モノのAndroidアプリのコード品質を改善していく、3つの取り組み
okuzawats
0
1.3k
Androidアプリ開発におけるSonarCloudの活用
okuzawats
0
1.2k
例外を投げるな、値を返せ
okuzawats
9
8.1k
GitHub ActionsでAndroidアプリのテストを回しまくってたら全プロジェクトのCI/CDが完全停止する寸前だった件
okuzawats
0
620
Kotlinのifを愛でる
okuzawats
0
690
Other Decks in Technology
See All in Technology
Sansan Engineering Unit 紹介資料
sansan33
PRO
1
3k
Biz職でもDifyでできる! 「触らないAIワークフロー」を実現する方法
igarashikana
2
720
プロダクトのコードから見るGoによるデザインパターンの実践 #go_night_talk
bengo4com
1
2.7k
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
940
初めてのDatabricks Apps開発
taka_aki
1
190
Dylib Hijacking on macOS: Dead or Alive?
patrickwardle
0
370
ソースを読むプロセスの例
sat
PRO
15
9.4k
AI時代こそ求められる設計力- AWSクラウドデザインパターン3選で信頼性と拡張性を高める-
kenichirokimura
3
350
プレーリーカードを活用しよう❗❗デジタル名刺交換からはじまるイベント会場交流のススメ
tsukaman
0
190
Liquid AI Hackathon Tokyo プレゼン資料
aratako
0
110
AWS Control Tower に学ぶ! IAM Identity Center 権限設計の第一歩 / IAM Identity Center with Control Tower
y___u
1
210
「れきちず」のこれまでとこれから - 誰にでもわかりやすい歴史地図を目指して / FOSS4G 2025 Japan
hjmkth
1
320
Featured
See All Featured
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
22k
Fireside Chat
paigeccino
40
3.7k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
Reflections from 52 weeks, 52 projects
jeffersonlam
353
21k
A Tale of Four Properties
chriscoyier
161
23k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.9k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
The World Runs on Bad Software
bkeepers
PRO
72
11k
Context Engineering - Making Every Token Count
addyosmani
7
270
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
Principles of Awesome APIs and How to Build Them.
keavy
127
17k
Transcript
何故、UseCaseは1メソッドなのか
話す人 • 奥澤 @okuzawats • Chatwork株式会社 •ビジネスチャットChatwork Android版のアーキテクチャ改善業、技術負債返済業をやっています。 •Kotlinで `operator
fun get` を書くチャンスを虎視眈々と狙っています🐯
Software Design 2023年6月号の特集、「クリーンアーキテクチャとは何か?」は読みましたか?
今日はこの特集の5章「モバイルアプリ開発における実践」を執筆した後で、同僚から受けたコメントに答えていこうと思います。
UseCase
しばしば見るUseCase
👆1つの画面に対して1つのUseCase型を作って、 そこに複数のメソッドが定義されるパターン
一方、 Androidのアプリアーキテクチャガイドでは👇
アプリアーキテクチャガイドの示すUseCase UseCaseの担うアクションに基づいた命名 動詞 + 名詞 / 対象 + UseCase `LogoutUserUseCase`
operator修飾子を使用して `invoke()` 関数を定義することでUseCaseのインスタンスを関数として呼び出す `logoutUserUseCase()` 👉このルールに従うと必然的に1 UseCase - 1 (public) メソッドになる。
1 UseCase 1 (public) mehtodで嬉しいこと UseCaseの担うアクションの再利用性が高まる 複数の画面からログアウト処理を呼び出す場合、複数の画面でLogoutUserUseCaseを使えば良い。 最初に出てきたSomeUseCaseのfunctionを再利用しようとすると…? UseCaseの保守性が高まる(凝集度が高まる) 1クラスに書かれる処理が、ただひとつのアクションに関連する処理だけになる。テストコードも読みやすい。
ઌ΄ͲͷྫΛॻ͖͢ͱ͜Μͳײ͡ʹͳΔ
1 UseCase - 1 (public) メソッドのメリット UseCaseの担うアクションの再利用性が高まる UseCaseの保守性が高まる(凝集度が高まる)
1 UseCase - 1 (public) メソッドのデメリット UseCaseのアクションが再利用されない場合、ただ面倒くさい 何らかのアクションを追加するたび、UseCaseのinterfaceを作って、実装クラスを作って、テストクラスを作って、Hiltのモジュールを作って…という「面倒くささ」のコストを正当化しにくい
こっちのパターンが絶対にダメとまでは言いにくい🤔
まとめ UseCaseは、1 UseCase - 1メソッドで作れると嬉しい🤗 実装クラス、テストクラスが圧倒的に美しい✨(個人の感想) UseCaseが再利用されない場合、面倒くささが勝ちがち😅 「これ面倒くさくないですか?」って言われたらそれまで
最後に Chatworkでは、Android アプリエンジニアを募集しています! (それ以外の職種も絶賛募集中です!)
参考文献 Software Design 2023年6月号, 技術評論社 Android Developer, ドメインレイヤ, retrieved from
https://developer.android.com/jetpack/guide/domain-layer?hl=ja (最終アクセス日:2023年5月27日) 松岡幸一郎, (2020), ドメイン駆動設計 モデリング/実践ガイド