アプリケーションの起動を処理するクラス (Android アクティビティ) があります。アプリケーションには、かなり複雑な起動ルールがいくつかあります。現時点では、スパゲッティの束のように見えますが、リファクタリングの戦略を探しています。
正直なところ、疑似コードを提供するためにハッキングするのに問題があります。一般に、基本的にロジックで体系化された起動のルールがいくつかあります。
手順:
- 最後の終了時にエラーをチェックし、必要に応じてローカル キャッシュをフラッシュします
- 設定ファイルのダウンロード
- 設定を解析し、設定をローカルのネイティブ形式に保存する
- 設定の値を使用して、一連の「ハウスキーピング」を行います
- 設定の値を使用して、コア データ コンポーネント A をダウンロードします
- コンポーネント A を解析し、ローカル キャッシュをロードする
このロジック中に、ユーザー インターフェイスも更新されます。これらはすべて、ジグザグの単一のモノリシック クラスで処理されます。非常に長く、多くの依存関係があり、ロジックを理解するのが非常に難しく、アプリケーションの多くの部分に触れているようです。
手続き型のスタートアップ コードを分割するために使用できる戦略またはフレームワークはありますか?