社員ブログ 第12回：UI State はどこまで分解すべきか問題
― 巨大 UiState が静かに設計を壊す ―※ChatGPTを使用して記事を作成しています。前回は「UI State を正規化しないと破綻する理由」を扱いました。今回はその次の段階です。UI State は、どこまで分解するのが正解なの...
技術ブログ
社員ブログ Android 【習慣トラッカー開発記 #10】データの可視化をするホーム画面の設計について
はじめに前回の記事では、カテゴリー選択画面の実装と画面遷移とデータ連携について紹介しました。今回は、アプリのメイン画面である「ホーム画面」の実装についてです。前回はカテゴリー機能についてでしたが、今回はそのカテゴリーに紐づいたデータを「どう...
社員ブログ 第11回：雑に書けない Compose コードの正体
― 宣言的UIがエンジニアに要求している“別の力” ―※ChatGPTを使用して記事を作成しています。Jetpack Compose を触り始めたとき、多くのエンジニアがこう感じます。「XMLより自由度が高いのに、なぜか雑に書くとすぐ壊れる...
社員ブログ 第10回：なぜ Compose は XML より「考えること」が増えたのか
― 宣言的UIがエンジニアに突きつけた現実 ―※ChatGPTを使用して記事を作成しています。Jetpack Compose を触り始めたとき、多くのエンジニアがこう感じます。「XMLよりコード量は減ったはずなのに、なぜか頭が疲れる」「昔よ...
社員ブログ 第9回：ViewModel に何を書いて、何を書かないか
― Compose時代に“ViewModelが太る”問題の処方箋 ―※ChatGPTを使用して記事を作成しています。はじめにJetpack Compose を導入すると、UIの責務が大きく変わります。UI は「状態を描画するだけ」副作用は ...
社員ブログ 【習慣トラッカー開発記 #9】カテゴリー選択画面の実装 — 画面遷移とデータ連携について
はじめに前回の記事では、登録・編集画面の ViewModel 設計と状態管理について紹介しました。今回は、本画面の設計において、特に意識した「状態をどこに持たせるか」と「画面の責務をどこまでにするか」の2点についてまとめます。状態は一貫して...
社員ブログ 第8回：UI State を正規化しないと破綻する理由
― Boolean が増えた瞬間、UI は壊れ始める ―※ChatGPTを使用して記事を作成しています。はじめにJetpack Compose を使っていると、最初はこう思います。「状態を持たせれば UI は書ける」そして気づくと、View...
Android 第7回：再コンポーズを恐れなくていい理由
― Compose を壊すのは「再コンポーズ」ではなく「誤解」だった ―※ChatGPTを使用して記事を作成しています。はじめにJetpack Compose を使い始めた多くの人が、必ずこう言います。「再コンポーズが多すぎて不安」「無駄に...
社員ブログ 第6回：イベントは State にするな
― Snackbar / Navigation / Toast が UI を壊す理由 ―※ChatGPTを使用して記事を作成しています。はじめにJetpack Compose を使っていると、ある時ふとこんな設計になります。data cla...
社員ブログ 【習慣トラッカー開発記 #8】登録・編集画面の ViewModel 設計と状態管理について
はじめに前回の記事では、習慣の「登録画面」と「編集画面」を分けつつ、共通UIを HabitForm に集約する構成について紹介しました。UIの共通化自体は比較的スムーズに進んだ一方で、実装中に最も悩んだのが 「状態をどこで持つか」 でした。...