Earlier quoted context omitted.
Ok this is just wrong on so many levels. It's trivial to create interface elements on the fly, even when using XML resources. You're not under any obligation to even define things using XML if you don't want to (and some more dynamic apps don't). There are some issues with the way things are named (a spinner is not what you think it is), it's really a pretty small issue. I find the API's to be fairly well documented…
You obviously don't develop large/similar applications do you? We have custom controls (text boxes, listviews, dynamic formviews) that inherit from Android controls, that are reused over 15+ applications. It was hell building them scratch because the main app was a Java library (not an android app so the XML resources are useless). I don't think you even understand what I'm saying. For example: Can you explain to me…
http://developer.android.com/reference/android/widget/Checke...
I see no indications that it's abstract, and I found a bunch of other abstract classes that clearly say "abstract" above the class name at the top of the page. Am I totally off base here?