私は最近 Android を学んでいます。私が持っているパズルの 1 つは、アクティビティとビューに関するものです。各アプリには 1 つまたは複数のアクティビティが含まれており、各アクティビティにはビューがあることがわかっているため、私の質問は次のとおりです。
ビューのみを使用する代わりにアクティビティがあるのはなぜですか?現在、この設計の利点は見られません。
誰でも私に説明を与えることができます、ありがとう!
私は最近 Android を学んでいます。私が持っているパズルの 1 つは、アクティビティとビューに関するものです。各アプリには 1 つまたは複数のアクティビティが含まれており、各アクティビティにはビューがあることがわかっているため、私の質問は次のとおりです。
ビューのみを使用する代わりにアクティビティがあるのはなぜですか?現在、この設計の利点は見られません。
誰でも私に説明を与えることができます、ありがとう!
このような Android フレームワークを設計するための基本は、 model-view-controllerパターンだと思います。
このパターンの目的は、再利用可能なコンポーネントを作成することです。そのため、ビューは別の概念です。ビューはデータを視覚化するためにのみ使用され、アプリケーションのロジックについては何も認識してはなりません。そのジョブは、モデルとアクティビティ (モデルで起こっていることに基づいてビューの状態を更新するために主に使用されるコントローラー、またはその逆) によって処理されます。
これが、ビューの実装自体について何も変更せずに、任意のアプリケーションで Android の標準ビューを簡単に使用できる理由です。そして、このパターンに従うように独自のビュー サブクラスを設計する場合、それは同じである必要があります。
通常、MVC パターンの再利用性が最も低い部分はコントローラーです。これは多くの場合、アクティビティーの場合に当てはまります。アクティビティーは再利用可能な方法で作成することもできますが、多くの場合、それらはアプリの最もアプリケーション固有の部分です。
Activity は、delvik アーキテクチャによってサポートされる Android の主要コンポーネントの 1 つです。
Viewsを含む Layouts をアクティブに保持し、含んでいます。アクティビティを使用すると、アプリケーションのさまざまなインターフェイスを管理および整理できます。たとえば、最初のアクティビティにはリストが含まれ (ListView を使用します)、2 番目のアクティビティにはリストのアイテムの詳細が含まれます (一部のテキストには TextView、画像には ImageView)。 )。
ご覧のとおり、ビューにはさまざまなものがあり、必要に応じてインターフェイスを設計できます。
アクティビティとレイアウトとビューに関する詳細情報を得るには、このリンクとこれも読む必要があると思います。
編集
私は英語のネイティブ スピーカーではなく、混乱を招きたくないので、簡単な例といくつかのリンクを示しました。
「各アクティビティにはビューがあります」とおっしゃいました。ビューとは何かを誤解していると思います。
Android では、各アクティビティに 1 つ以上のビューがある場合があります。TextView、ImageView、ListView などのように.
ビューとは別に、アクティビティは独自のライフサイクルを維持します。
したがって、Activity は単なる UI ではありません。その他のアクティビティ|開発者向け