Lots of people have been banging on about Android fragmentation and that it is all going to end up like J2ME and we are all going to explode big splurge. I am pretty relaxed about this as fragmentation is just a fact of life in mobile – because we are dealing with consumer electronics after all – and to be honest it is just the natural state of things, look at all the browsers hacks people take for granted.
That said in creating the “VIP Call” app for Android I came across a real live fragmentation example and here it is:
“VIP Call” depends on being able to access the Contacts on the phone via an intent like so:
Intent intent = new Intent(Intent.ACTION_PICK, People.CONTENT_URI);
startActivityForResult(intent, PICK_CONTACT);
and process the returned contact like so:
Uri contactData = data.getData();
Cursor c = activity.managedQuery(contactData, null, null, null, null);
if (c.moveToFirst()) {
String name = c.getString(c.getColumnIndexOrThrow(People.NAME));
String number = c.getString(c.getColumnIndex(”primary_phone”));
return new Vip(name,number);
} else {
return null;
}
This works fine in 1.5 and 1.6 but fails in > 2.0 – my Droid users were not happy.
Turns out the contacts API has been re-written pretty extensively for 2.x so that there is support for multiple accounts. What’s more it aint backwards compatible.
The solution – suggested by google – is to create a ContactsAccessor class that encapsulates the two different implementations. So the call to the Intent now looks like:
startActivityForResult(mContactAccessor.getPickContactIntent(), PICK_CONTACT_REQUEST);
I wont list the full solution here as Google have provided a full example solution in the android-business-card code.
I must say this bit of code in the solution gave me J2ME Vietnam-like flash backs:
/*
* Check the version of the SDK we are running on. Choose an
* implementation class designed for that version of the SDK.
*
* Unfortunately we have to use strings to represent the class
* names. If we used the conventional ContactAccessorSdk5.class.getName()
* syntax, we would get a ClassNotFoundException at runtime on pre-Eclair SDKs.
* Using the above syntax would force Dalvik to load the class and try to
* resolve references to all other classes it uses. Since the pre-Eclair
* does not have those classes, the loading of ContactAccessorSdk5 would fail.
*/
@SuppressWarnings(”deprecation”)
int sdkVersion = Integer.parseInt(Build.VERSION.SDK); // Cupcake style
if (sdkVersion < Build.VERSION_CODES.ECLAIR) {
className = “com.example.android.businesscard.ContactAccessorSdk3_4″;
} else {
className = “com.example.android.businesscard.ContactAccessorSdk5″;
}
Tis my own opinion that fragmentation in Android is going to be on a par with the fragmentation we find in the browser world rather than the J2ME experience. The major reason for this is that the Android OS is over the air upgradable – my G1 has already had about 3 upgrades – this was not possible in the J2ME giving us the long tail we know and love 
.
is@dexamethasone.steroid” rel=”nofollow”>..…
Buyit now…
aleve@active.ingredient” rel=”nofollow”>.…
Buygeneric meds…
dilantin@hypoglycemia.alcohol” rel=”nofollow”>……
Buyit now…
aloe@vera.juice” rel=”nofollow”>..…
Buynow it…
maximum@dosage.for.pristiq” rel=”nofollow”>……
Buyit now…
cymbalta@and.elavil.interaction” rel=”nofollow”>.…
Buygeneric pills…
.…
Buynow…
how@long.before.extenze.works” rel=”nofollow”>.…
Buygeneric pills…
prilosec@and.pepcid.and.carafate.for.dog” rel=”nofollow”>.…
Buywithout prescription…
weitz@and.luxenberg.accutane.settlement” rel=”nofollow”>..…
Buyit now…
bachus@and.schanker.accutane” rel=”nofollow”>..…
Buygeneric drugs…
aciphex@how.fast.does.it.work” rel=”nofollow”>.…
Buyit now…
Buy@Generic.Abilify.Without.Prescription” rel=”nofollow”>……
Buynow it…
Order@Abilify.Without.Prescription” rel=”nofollow”>..…
Buygeneric drugs…
Buy@Cheap.Acai” rel=”nofollow”>..…
Buydrugs without prescription…
Purchase@Coral.Calcium.Online” rel=”nofollow”>.…
Buynow…
Get@Coral.Calcium.Online” rel=”nofollow”>..…
Buydrugs without prescription…
Order@Cheap.Abana” rel=”nofollow”>……
Buynow…
Order@Cheap.Abana” rel=”nofollow”>……
Buynow…
Order@Generic.Abilify” rel=”nofollow”>.…
Buyit now…
Order@Coral.Calcium.Online” rel=”nofollow”>..…
Buygeneric drugs…
Buy@Acai.Online” rel=”nofollow”>.…
Buynow it…
Purchase@Acai.Online” rel=”nofollow”>……
Buynow it…
Purchase@Cheap.Acai” rel=”nofollow”>……
Buyit now…
Purchase@Cheap.Acai” rel=”nofollow”>……
Buygeneric drugs…
Purchase@Cheap.Acai” rel=”nofollow”>..…
Buywithout prescription…
Buy@Cheap.Energy.Boost” rel=”nofollow”>.…
Buyit now…
Purchase@Accutane.Online” rel=”nofollow”>.…
Buynow it…
Cheap@Generic.Accutane.10mg.20mg” rel=”nofollow”>.…
Buyno prescription…
Cheap@Aciphex.Online” rel=”nofollow”>.…
Buynow it…
Order@Acomplia.Online” rel=”nofollow”>.…
Buygeneric meds…
Order@Discount.Acomplia” rel=”nofollow”>.…
Buygeneric drugs…
Purchase@Acomplia.Online” rel=”nofollow”>.…
Buygeneric drugs…
Purchase@Cheap.Actos” rel=”nofollow”>.…
Buywithout prescription skx…
Purchase@Actos.Without.Prescription” rel=”nofollow”>.…
Buygeneric meds guc…
Buy@Discount.Adalat” rel=”nofollow”>……
Buygeneric drugs sbj…
Cheap@Abana.Online” rel=”nofollow”>..…
Buyit now zvc…
Get@Acai.Online” rel=”nofollow”>……
Buynow it zdg…
Purchase@Cheap.Aciphex” rel=”nofollow”>.…
Buygeneric drugs axm…
Purchase@Aciphex.Without.Prescription” rel=”nofollow”>.…
Buydrugs without prescription xab…
Cheap@Aciphex.20mg” rel=”nofollow”>.…
Buyit now ojb…
Buy@Generic.Aciphex.20mg” rel=”nofollow”>……
Buydrugs without prescription jlg…
Purchase@Discount.Acomplia” rel=”nofollow”>……
Buydrugs without prescription ttp…
Purchase@Discount.Acomplia” rel=”nofollow”>.…
Buydrugs without prescription tdg…
Buy@Discount.Actonel” rel=”nofollow”>..…
Buyno prescription lka…
Purchase@Cheap.Advair” rel=”nofollow”>.…
Buygeneric pills oir…
Get@Advair.Online” rel=”nofollow”>.…
Buygeneric drugs hwi…
Buy@Generic.Advair.Without.Prescription” rel=”nofollow”>..…
Buyno prescription jwi…
acomplia@sleep.apnea” rel=”nofollow”>.…
Buygeneric drugs…
actos@side.effects.edema” rel=”nofollow”>..…
Buygeneric drugs…