なぜ、R.java内のHEXA-DECIMALにリソースが変換されるのですか

Question

なぜリソースがHEXAdecimalに変換されるのですか？アプリケーションのリソースへの高速アクセスが可能です。

Answer 1

R.javaをANSは、プロジェクト内の各リソースの静的定数を持つクラスファイル以外の何ものでもありません。定数は、効果的にファイルシステムとなるインデックス番号です。したがって、myicon.pngにはファイル番号12345が与えられます。リソース・マネージャーは、実行時にこの索引を使用してリソースをロードします。それを開く。見てみましょう。例R.javaで

見てみましょう：

public final class R { 
    public static final class id { 
     public static final int myTextView=0x7f090008; 
    } 
} 

は、私が使用してmyTextviewを参照することができます。

findViewById(R.id.myTextView) - constant 
findViewById(0x7f090008) - hex 
findViewById(2131296264) - decimal 
findViewById(017702200010) - octal 
findViewById(0b1111111000010010000000000001000) - binary 

は、彼らはすべて同じです。

同様に、私はこのように私のR.javaファイルをコーディングすることができます：それはまだ動作します

public final class R { 
    public static final class id { 
     public static final int myTextView=0b1111111000010010000000000001000; 
    } 
} 

を。

何も変換されていません。インデックス番号を参照するために定数を使用するだけです。コンパイラはそれを処理します。あなたはちょうど16進数としてそれを見ているが、最終的には、あなたのアプリのすべてであるように、それはちょうど1と0です。

これを行う唯一の理由は、はが定数を使用するためです。 R.javaを再構築するたびに実際のインデックス値を使用しなければならない場合は、コードを維持することを想像してください。

インデックス番号は、メモリアドレス、オフセット、または特別な種類のチーズではありません。コンパイラによって生成された単純な定数で、人間にやさしい名前でリソースにアクセスすることができます。

Answer 2

R.javaファイルは、AndroidリソースマネージャーAndroid資産管理パック（aapt.exe）によって生成され、アプリのすべてのリソースへの参照を含んでいます。各参照は一意のID（public static final int）です。これらの定数は、R.javaファイルに16進形式で書き込まれます。

Answer 3

これはアンドロイドの視点から建築的なものです。あなたがアンドロイドアプリケーションを開発し、その時にコード（デバイス/エミュレータにインストールされていない）をビルドすると、DVMは私たちが設計したリソースにメモリを割り当てます。実際のメモリアドレスが割り当てられており、リソースのサイズに応じて次のメモリアドレスが割り当てられます。そのロジックをコードに入れて同じものにアクセスすると、その場所を直接参照してリソースを取得しようとします。解析や他のものは必要ありません。

・ホープこれはあなたの質問