クリーンアーキテクチャが要求しているのは Dependency Rule であり、層の境界に interface を設けることではない
ComponentActivity が多数の interface を implements しているのを見て「こう書いて良いのだ」と結論づけるのは誤読である
見た目の類似性ではなく、ドメイン境界を基準に共通化を判断すべきである。DRY 原則の誤用と偶然の一致について
interface を継承することは「その型として扱える」と宣言する行為である。契約が成立しない継承がなぜ危険かを具体例で示す
is-a 関係が成立していても継承が正しいとは限らない。interface の多重継承にも設計原則を適用すべき理由を具体例で示す
原義は Favor Composition over Inheritance である。合成・委譲・転送の用語を整理する
ローディング状態を UiState から分離し、IndicatorState で管理する設計を提案する
エラーは例外ではなく Result で返す。独自例外を定義する前に、本当に throw が必要か考える
例外の message に UI テキストを入れてはいけない。エラー情報はレスポンスとして設計する
getString のために Context を渡すのをやめる。文字列リソースの解決を View まで遅延させる設計
![Featured image of post [Android] フレームワークのソースコードを正しく読む](/reading-framework-source-correctly/cover_hu_b163734debec9c80.webp)
![Featured image of post [Android] IndicatorState でローディングを宣言的に扱う](/indicator-state-loading-management/cover_hu_b163734debec9c80.webp)
![Featured image of post [Android] getString のために Context を渡すのをやめる](/android-adaptive-string/cover_hu_b163734debec9c80.webp)