更新用のオブジェクトを一覧表示にも使うと複雑になる場合に、表示用の型とデータ取得処理を分ける方法を紹介します。同じデータベースで始める構成、取得範囲の制限、分けない判断基準を説明します。

再読み込みや画面遷移を直接呼ぶ処理を、小さな関数へ分ける方法を紹介します。保存処理を例に、テストでの置き換え、失敗時に操作しない確認、実ブラウザーで確認すべき範囲を説明します。

複数のアプリで設定の型を共有するとき、使わない設定まで必須にしない構成を紹介します。起動時検証の登録をまとめ、Webとバッチで登録対象を分ける実装例と注意点を説明します。

承認状態と承認日時など、一緒に変更すべき値をメソッドへまとめる方法を紹介します。申請の例を使って、状態遷移の条件、再実行時の扱い、データベースの競合対策との違いを説明します。

Reactの画面が増えたとき、pages、features、共通部品をどう分けるかを紹介します。商品管理の例を使って、機能単位でまとめる理由、共通化する基準、少しずつ整理する方法を説明します。

設計ルールの確認漏れを減らすために、C#のアクセス制限やアナライザーを使う考え方を紹介します。値の書き換えや参照範囲の制限を例に、対象の絞り方、例外の扱い、導入しない判断基準を説明します。

API仕様からTypeScriptの型と通信コードを生成し、変更に追従しやすくする構成を紹介します。生成コードと手書きコードの分け方、API変更時の作業順序、型チェックでは見つからない問題を説明します...

定期実行や通知受信のコードに業務処理を詰め込まず、処理本体を別クラスへ分ける方法を紹介します。具体例を使って、再利用、テスト、例外処理をまとめる範囲と、分割だけでは解決しない点を説明します。

入力チェックと表示作成に同じ条件分岐が増えたとき、種類ごとのクラスと登録表へ整理する方法を紹介します。注文の例を使って、DIで複数のクラスを受け取る方法、追加時の変更箇所、分割しない判断基準を説明しま...

承認履歴に何を保存すればよいのかを、注文の確認画面を例に解説します。注文IDだけでは足りない場面、説明文を保存する理由、同じ表示を再利用する工夫、小さく実装するための判断基準を紹介します。