4 ms·
Yes but if you're going to be developing an app or service are you going to choose the latest version of Android and get 7.5% of the market or are you going to
by gremy0 10y ago
Yes but if you're going to be developing an app or service are you going to choose the latest version of Android and get 7.5% of the market or are you going to go down to lollipop and get 40% or down to kitkat and get 70%?
It's webdev for IE all over again supporting balls old versions.
- shaftway 10y agoExcept it's not really. Releases are always additive, and (to my knowledge) have never removed anything (even when they really really should have). The only reason to target a newer version is if you need things that were actually added to the OS (like fingerprint scanning). And even there it's pretty easy to gate functionality. The vast majority of apps don't need to care in the slightest and with appcompat almost everything useful is available. It's not like you have to make completely separate apps for Lollipop and Marshmallow the way you used to for IE and everything else.
- st3v3r 10y agoNot quite true. Handling WiFi changed in 5, and changed again in 6 (really only relevant if your app deals with changing the Wifi state, admittedly). 6 introduced Doze, which can require different implementations of things. There were a number of graphical things in 5 which, if you wanted them on earlier versions (and your Design department does, and you're going to do it, dammit), require fairly different implementations.
- shaftway 10y agoWhich things are these? And since generally there's a lot of effort to not break old apps, why wouldn't you just do it the pre-5 way? Also, just to check, we're talking about versions and not API level, right?