AndroidのonStartコールバックが存在する意義が分からない

Question

図によると、onStartが呼ばれるタイミングは

1. onCreateの直後（つまりアクティビティが作成されたとき）
2. onRestartの直後（つまりno longer visibleから復帰するとき）

がありますよね。

1の場合に必要な処理はonCreateの中でやればいいし、2の場合に必要な処理はonRestartでやればいい。共通な処理は別メソッドにくくり出して呼び出せばいい。と思うのですが、そうではないのでしょうか？

私には
onCreateとonDestroy
onPauseとonResume
onStopとonRestart
が対になり、onStartが浮いているように見えます。

---

追記
もしかして、onCreateやonRestartの中ではできないが、onStartの中ならできることがあるのでしょうか？それならonStartが存在する意義も納得できるのですが。

よく考えてみると、
onCreateで生成したものをonDestroyで破棄する
onStopで停止したものをonRestartで再開する
なので対だと思ったのですが、それだとonPauseとonResumeは対にならないですね。onPauseが呼ばれなくてもonResumeが呼ばれることがあるため。

Answer 1

単に設計センスの違いなだけでいかようにも設計の仕様はあると思います。

共通な処理は別メソッドにくくり出して呼び出せばいい。

その考え方にしても困ることはないでしょう。ただライフサイクル上onCreate、onRestartで典型的に共通の処理が必要だろうと考えるなら、その処理の名前を各々の設計者にゆだねるより、標準的な名前をつけてコールバックとして規定するという考え方は合理的に思えます。

onStopとonRestart

自分はonStartとonStopが対になる概念に思えます。システムの都合で「リソース不足のためプロセスがkill」されたら一切を最初から初期化しなくてはならず、そうでないときはプロセスがまだ生き続けているため残っている最小リソースの状態から再度復帰する処理のみを書けばよいので、その２種類をonCreate/onResumeという異なるコールバックと規定した・・・このライフサイクルの図をみたときそういうふうに捉えました。

Comments

[KSwordOfHaste]

> onCreateやonRestartの中ではできないが、onStartの中ならできることがあるのでしょうか？

そういうものがあるのかも知れない・・・とも感じたのですが、残念ながら自分はそれにコメントできるほどの知識がありません。ただ、今現在そうでないとしても、今後あり得るとの想定に基づきアーキテクチャーを設計することはこれまた合理的である気がしました。