Question

findViewById()的坑

Answer 1

几个问题：
1、参数错误：findViewById的参数是一个View的ID，如果在XML文件中没定义相应的ID，则程序会善意的告诉你：XXX cannot be resulved。此时，补充定义就可以了。

2、未指定调用布局：findViewById()的调用与具体的布局有关，默认的是main.xml中的布局，函数前没有布局指示。不过，当我们在main.xml描述的布局中，添加其它布局时，利用该函数获取所添加布局中的View，则需在调用时，添加布局名，形式如下：
addLayout.findViewById()， 如果不这么做，程序编译时有时不会报错，但运行时会
提示遇到异常，并强制关闭应用。
3、命名冲突：这个错误可能不是很常见，不过，要是没有遇到过，猛的来这么一下，还真让人 有点懵。
呵呵，本人就犯过这样的错误。解释下，这里的命名冲突是指当前工程中定义的类与
android在Framework中提供的名字相同，这样的话，当前工程文件中，会优先使用本工
程中的定义。当然，使用findViewById()函数时，发生这种错误必须满足以下几个条件：
一是：需要在当前工程中利用ID（xml中定义）来查找对应的View对象;
二是：查找的View类名恰好与本工程中已有的类定义相同
三是：同名的两个类实例化后产生的对象类型不同，如：一个是View， 一个是Activity。
下面就本人遇到的问题3的情况进行说明。
我是在做android下的抽屉效果时，将应用程序直接命名为SlidingDrawer，对用的Activity名自然就是SlidingDrawer，同时，在布局文件main.xml文件中定义了一个SlidingDrawer的View。为了实现抽屉效果，程序中需要通过findViewById()来获取布局中的SlidingDrawer对象。结果，提示如下错误：
“SlidingDrawer cannot cast from View to SlidingDrawer”。当时就懵了，用了这么长时间findViewById()从来没发生过这样的情况。于是，就仔细看xml文件，没发现任何异常。再看看错误提示，很明显findViewById返回的是View，却无法强制转换给SlidingDrawer类型， 难道SlidingDrawer不是View？此时，我突然觉得可能在什么地方重新定义了，想想只可能是自己做了不应该做的事情， 凭借这些年来的开发经验：当程序出现问题时，犯错误的总是人。最有，在自己的工程中一看，很明显Activity的名字是SlidingDrawer，原来，这里把SlidingDrawer当作Activity类型了，所以转换失败。赶紧，重新命名工程，问题解决。
总结：给应用程序命名时，尽量避免与android Framework中的类同名。