Мне кажется, что окончательный список будет бесполезным, так как все собранные данные будут существенно отличаться по содержанию, кроме вашего последнего. Некоторые исправления в вашем списке iPhone:
1) Локальные базы данных, такие как SQLLite, "традиционно" не реализуются в качестве сервера на других мобильных платформах (они также используют различные файлово-ориентированные БД).
2) Очень скоро это предположение о едином фиксированном размере вполне может быть неточным.
3) Приложение находится в изолированной программной среде, но может выполнять запись в некоторые области вне изолированной программной среды с помощью вызовов API (например, из библиотеки фотографий или адресной книги).
5) Это число варьируется между 3Gs и 3G / 2G / Touch (более старые модели имеют половину памяти)
6) Monotouch доступен, но я не уверен, что есть что-то еще для разработки iPhone на базе Java. Также есть Flash-компилятор от Adobe.
В основном, если вы думаете о кроссплатформенности, память / размер экрана / доступ к системе / общие базы данных будут различаться, поэтому все сводится к языку и библиотекам. И именно здесь у вас действительно возникает проблема с кроссплатформенным подходом, потому что библиотеки сильно различаются в зависимости от системы ... в конце концов, вы МОЖЕТЕ иметь возможность обмениваться структурами данных и некоторым чистым кодом обработки данных через двоичные файлы платформы, с очень разный код GUI для каждой системы. Но стоит ли ограничивать развитие каждого клиента?
В дополнение к этому Blackberry основан на Java, поэтому он представляет собой еще одно препятствие для такой попытки.
Если вы действительно хотите посмотреть, как в конечном итоге будет выглядеть кроссплатформенность, взгляните на кодовую базу для Waze - кроссплатформенного навигационного приложения с открытым исходным кодом:
http://www.waze.com/wiki/index.php/Source_code
Там живет клиентский источник для iPhone и Windows Mobile.