Linked by Thom Holwerda on Mon 19th Dec 2011 20:11 UTC
Google Once upon a time, in a land, far, far away, there were two mobile operating systems. One of them was designed for mobile from the ground up; the other was trying really hard to copy its older, desktop brother. One was limited in functionality, inflexible and lacked multitasking, but was very efficient, fast, and easy to use. The other had everything and the kitchen sink, was very flexible and could multitask, but had a steep learning curve, was inconsistent, and not particularly pretty.
Thread beginning with comment 500761
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: Some corrections...
by Thom_Holwerda on Wed 21st Dec 2011 07:19 UTC in reply to "RE[2]: Some corrections..."
Member since:

Uhh, iOS has custom URL support for app launch and 3rd party app intercommunication strategies:

Please consider getting at least a little informed about a subject before ranting.

Why anyone pays any attention to these "cross-platform" critiques from people with such little knowledge is beyond me. They are nothing more than arrogant displays of my arbitrary preferences make more sense than yours. Seems like a waste of time and energy.

This isn't the same as Application Components. The review is spends quite some words on that.

Reply Parent Score: 1

RE[4]: Some corrections...
by Panajev on Wed 21st Dec 2011 12:46 in reply to "RE[3]: Some corrections..."
Panajev Member since:

This isn't the same as Application Components. The review is spends quite some words on that.

Really, the mailto: and sms: custom URL shortcuts... what do they do? I can launch an e-mail from my own app without having to switch to the full e-mail application.

Still, while you have to work a bit harder to reproduce the functionality you want... it is doable. Activities and broadcast Intents do make it a more explicit. Still, it does not come for free on Android either. You can design a single Activity based application just fine.

Edited 2011-12-21 12:46 UTC

Reply Parent Score: 2

RE[4]: Some corrections...
by Not2Sure on Wed 21st Dec 2011 23:29 in reply to "RE[3]: Some corrections..."
Not2Sure Member since:

This isn't the same as Application Components. The review is spends quite some words on that.

As other commenters have already pointed out content handling is most certainly a component model of software architecture but one that relies a little more heavily on convention for proper decoupling.

The key difference lies in the process model between iOS and Android. In addition, Android also allows the user to select (via system preferences app) which among several competing registrations for the same content request to use whereas on iOS it is the last run app that wins. Finally, Android allows for the "auto-install" of functionality on the device when the content handler requested is not present which is not possible on iOS. For example, a shopping list app that uses a UPC or QR bar code scanning activity will cause the OS to download and install it when the app makes the first request.

It really is a strawman argument however as the whole component model has never been much of a success no matter whether it has been Google or Microsoft who pushes it. Just generally leads to too disjointed a user experience.

Reply Parent Score: 1