开发者

What is better android.R or custom R?

开发者 https://www.devze.com 2023-03-29 00:56 出处:网络
When I started developping android applications, I had a tendency to define custom R values wherever I need, in particular in layout files. For instance:

When I started developping android applications, I had a tendency to define custom R values wherever I need, in particular in layout files. For instance:

findViewById(R.id.customerName).setText(customer.getName())

wit开发者_Go百科h layout:

<TextView android:text="TextView" android:id="@id/customerName"
    android:layout_height="wrap_content" android:layout_width="fill_parent" />

Now I realize, it might be better to use android.R instead.

findViewById(android.R.id.text1).setText(customer.getName())

with layout:

<TextView android:text="TextView" android:id="@android:id/text1"
    android:layout_height="wrap_content" android:layout_width="fill_parent" />

What practice do you follow? What are the advantages and disadvantages of each?


android.R is meant for utilizing resources built in to the operating system.

There are many images/layouts/etc... that come with the operating system that you can just reference using android.R

if you are referencing your own resources that you have created, most always use R. and in most situations I recommend trying to stay away from the built in resources as they change version to version.


Custom. The system-provided IDs come with a risk of referring, in code, to a resource that is not present in the project. Customs IDs exist iff there's a corresponding resource - a drawable, a view, a layout or what have you.


There is no big advantage or disadvantage of the framework id vs the custom id in layouts.

Advantages of using framework identifiers:

  • Avoid the creation of more identifiers. Saves one field in the apk (and there is an apk size limit).
  • Must be used in some situations, like ListActivity

Drawbacks of using framework identifiers:

  • Don't provide a descriptive name

In both practices

  • The code will work in the future
  • Missing references are discovered at runtime, and hidden at compile time

I thought the the samples in the SDK would help me take a decision, and (guess what?) it doesn't. The Notepad and LunarLander applications use the android.R.id for the view identifiers, whereas the ApiDemos project uses custom identifiers.

Best practice for GestureBuilder which mixes both approaches? (@+id/addButton and @android:id/empty)

IHMO, worse practice for HelloActivity and JetBoy which define @+id/text @+id/Button01... This is not descriptive and could have been replaced by (@andoid:id/button1, or by @+id/startButton)


You need your own R.java class as it contains references to all of your resources (layouts, images, strings, etc.)

If you want to get a reference to a View with id of "myView", you would use R.id.myView. If you want to get a reference to built-in Android resources, you would use android.R.id.text

Take a look at the following page:

http://developer.android.com/guide/topics/resources/accessing-resources.html

0

精彩评论

暂无评论...
验证码 换一张
取 消