Androidアプリケーションの構造

現時点では作成されているファイルを分析するために、ため、前章で作成したHelloWorldプロジェクトを脇に置くと、コードは、Androidアプリケーションの構造上強固な基盤を持っている必要があります、我々は拠点を持っていない。

我々はEclipseのJavaコンパイラを実行するためのアイコンをクリックしたとき、我々はケース内のコードにエラーがない、Android用アプリケーション、に依存していたということで、 ファイルを作成してみましょう。"のすべてのコードを含むEPKアプリケーション。
このファイルは、アプリケーションであるため、これは、物理デバイス上にインストールされるファイルです。

特性は、オペレーティングシステム、Androidのアプリケーションとの関係の面で、何か見てみましょう：

• それぞれの実行が早くAndroidアプリケーションが閉じられると終了する単一のLinuxプロセスを生成します。
• 各プロセスは、プロセスを管理するためのタスクを持っている独自の仮想マシンを（javaファイルを実行するために必要な）、持っています。 これにより、各プロセスは、アプリから独立して動作する操作やその他のシステムルーチンの部分から隔離することを意味する。
• 各アプリケーションは、一意のユーザーIDに関連付けられています。 この機能は、アプリケーションのファイルが同じユーザーIDとアプリケーション自体を持っているすべての他のアプリケーションから参照できるようにすることができます。

我々が述べたようにAndroidアプリケーションの主な特徴の一つは、共通要素を共有する機能です。 たとえば、我々はカメラで撮った写真を通して、私たちは同じスライドを必要とする別のアプリケーションでユーザーが撮影した写真のスライドショーを作成したアプリケーションが2番目のアプリケーション内で、インクルードする必要がない場合、コードスライドショーのソース。 また、それは直接コードをリンクする必要がある、それは単に最初の操作のスライドショーのためにAndroidのコードのその部分を遂行するために要求されます。

このような理由から、それはどのようにプロジェクトの実行がmain（）関数に排他的に委任されているJavaプロジェクトのためかもしれない、Androidアプリケーションの別のプロパティは、実行するために単一のアクセスポイントを持つことではないことは明らかである。

actvities（次の章に反映されるでしょう）、サービス、放送コンテンツプロバイダとレシーバ：と"可能な限りアプリケーションアンドロイドの4つの異なったコンポーネントを識別する。

サービス

この成分の特性は、通常、バックグラウンドで実行される、任意のグラフィカルユーザインタフェースを（代わりに活性を有する）がないことです。 サービスの例は、ユーザーが他のアクションを実行中にバックグラウンドで実行されている音楽プレーヤーかもしれない。 各サービスクラスは、 サービスを拡張します。

放送受信機

このタイプの成分は、事前に操作に従事するのではなく、耳を傾け、広告をキャプチャする際にそれに応じて反応してはいけません。 誰がこれらのアナウンスを送信すると、通常、メッセージがそのユーザーに使用可能なファイルのダウンロードが終了した場合などのアプリケーションを、通知するオペレーティングシステムです。 明らかに我々のアプリケーションで我々は、広告のみ、特定の種​​類に対応する当社のレシーバを教えることができます。 すべての受信機のBroadcastReceiverは、クラスを拡張します。

コンテンツプロバイダ

このタスクは、コンポーネントが他のアプリケーションに特定のアプリケーションのデータセットを利用できるようにすることです。 通常我々ができるようにするデータは、いわば、"public"またはファイルシステムまたはSQLiteデータベースに保存されます。 コンテンツプロバイダは、基底クラスのContentProviderを拡張します。

次の章では、活動が何であるかとそれらの特性は何か、非常に包括的で、紹介します。

• <<前のレッスン
• ヘルプインデックス
• 次のレッスン>>