I am writing an Android app and just was curious about why we must always type-cast in Android. I understand that we need to be sure of the type so that our code runs properly, but is there, perhaps, another reason?
Example:
public class Navigation extends Activity {
private DrawerLayout mDrawerLayout;
@Override
public void onCreate(Bundle savedInstanceState) {
// other irrelevant code
mDrawerLayout = (DrawerLayout) findViewById(R.id.drawer_layout);
In the context of this question, I am asking why we must type-cast the returned value of the findViewById. (I'm also curious how this type casting is done if one could explain that.)
Understanding Type Casting in Java Programmers need to check the compatibility of the data type they are assigning to another data type, in advance. Typecasting is automatically performed if compatibility between the two data types exists. This type of conversion is called automatic type conversion.
We can use the process of type casting to convert the character (char) data type to the int (integer) data type in C. When we are performing a conversion between these two, the resultant value would be an integer (int) data type. It is because the int data type is comparatively bigger than the char data type in C.
In Java, type casting is a method or process that converts a data type into another data type in both ways manually and automatically. The automatic conversion is done by the compiler and manual conversion performed by the programmer.
The type cast operator converts the data type of expr to the type specified by type-name : [ type-name ] expr. Explicit type conversions require the type cast operator. Implicit type conversions are performed automatically by 4Test and do not require explicit type casting.
findViewById
loads resources from a file. It returns some kind of View
, but the Java compiler has no way of knowing that it will be a DrawerLayout
(because it is defined in a file outside of Java's compilation).
If you need it to be a DrawerLayout
in your code, you have to cast it.
That makes sure (at runtime) that it really is such an object (if it is not, you will get a ClassCastException
and your program will abort at that point).
The reason you want to cast it as DrawerLayout
is that you may want to call methods on the instance that are defined in that class. Sometimes, you may be fine with just the signature of the more general superclass. Then you don't have to cast it.
To be sure, the instance returned by findViewById
is a DrawerLayout
no matter if you cast it or not. But if you don't cast it, then Java won't let you treat it as a DrawerLayout
. That is the point of a type-safe language: Unless the compiler can be sure that an object is of a certain class, it won't let you call methods (or access fields) for that class.
DrawerLayout
is a subclass of View
. A DrawerLayout
object automatically has all the methods that a View
has, but defines some methods of its own that are specific to DrawerLayout
s. If you don't cast it, you can't use any of those DrawerLayout
methods; you can only use the methods defined for all View
s.
The type-casting doesn't do anything, really. findViewById
is declared to return a View
, since it can return all different kinds of View
s. But in reality, it will often return an object of some other class, that is a subclass of View
. The type-cast just checks to make sure that the returned object is really an instance of DrawerLayout
(or one of its subclasses); if not, an exception is thrown, but if it is, you can now look at the object as a DrawerLayout
and use the DrawerLayout
methods.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With