Почему Android для корпоративных приложений?

Question

Недавно один из наших клиентов рассматривает возможность сбора старого проекта WinMobile 5.0.

Несколько функций должны быть добавлены к точке, это будет обновление основной версии.

Клиент обеспокоен мобильным рынком и считает, что все усилия, поставленные в этом развитии, должны будут быть выброшены через пару лет из-за динамики рынка мобильной связи и устаревания мобильных устройств ,

Таким образом, клиент не уверен, следует ли ему продолжать работу с Windows Mobile (смены с WM 5.0 до 6.X) или начать с нуля с помощью другой технологии.

С нашей стороны мы изучали рынок мобильной связи, ища ключи, для которых будет выигрышной лошадкой.

Безопасный ход, похоже, продолжается с WM только потому, что повторное заполнение всего приложения с нуля связано с большим количеством рисков и задержек.

С другой стороны, WM, похоже, теряет рынок, и призрак выхода с их стороны усиливается каждый день.

Но что можно сказать о Android? Все говорят об этом и растут на полной скорости, но какие авантюры он принесет к столу? Зачем нам начинать новую аппликацию по этой технологии?

Так что вопрос остается тем же .. Android достаточно зрелый для корпоративного приложения? Вы посоветуете его одному из ваших клиентов? Сможете ли вы перенести/переписать приложение WM на Android? Что такое компромисс?

EDIT: адресация комментариев.

• Приложение полностью построено с использованием C# и Compact Framework.
• Приложение предназначено для логистики/управления.

Answer 1

Android:

• Google
• пресловутые новая платформа.
• Все больше поставщиков оборудования используют эту платформу (HTC, Motorola, ...)
• Open Source
• Java SDK
• C++ NDK
• Новая, улучшенная версия операционной системы каждые несколько месяцев

Window Mobile:

• Microsoft
• Финальная версия 6.5
• Будет заменено КНИТЕ по WindowsPhone7
• WM приложения не будет работать на WP7
• C++ с MFC
• C# с .NET Framework Compact
• HD2 от HTC: на сегодняшний день лучшего WM6.5 устройство (сравнимый HTC NexusOne)
• Наличие устройств, работающих под управлением WM6.5 в будущем (с 2011 года, после выхода WP7) неопределенных

с вашего поста я предполагаю, что ваш клиент до сих пор используют устройства WM5.
Если они не имеют какие-либо иные, чем быть в состоянии делать то, что в настоящее время они делают со своими старыми устройствами, то я буду продолжать с Windows Mobile дополнительных требований:

• Вашего клиент должен обновить оборудование для последнего поколения (например, HTC HD2) под управлением WM6.5.
• Добавление функции запроса и сделать Адаптации необходимые для WM6.5

Это даст вашему клиенту еще три (возможно, пять) лет времени.
После этих трех лет может быть выход в порт WindowsPhone7 (или более поздней).
Я мог бы изобразить, что перенос существующего приложения C#/CompactFramework на Silverlight на WP7 намного проще, чем полная переписывание новой платформы или перенос приложения в Интернет.

Answer 2

В идеале, ваш главный основной код может быть представлен веб-сервисов (от платформы услуг, можно получить с помощью Android, iPhone, ежевика, WinMo и т.д.), и вам может понадобиться только для записи пользовательских интерфейсов для каждой отдельной платформы ,

Мы смотрели на Android из-за своей открытости, что дает нам возможность бета-тестирования, не выходя на рынок вначале. Это также позволяет нам распространять доступ к закрытому набору пользователей, то есть к конкретной организации, без необходимости выпуска на общий рынок.

Самая большая проблема с Android, о которой мы заметили, - это проблема фрагментации между различными устройствами, версиями ОС и т. Д. Однако, если ваше приложение имеет чисто доступ и отображение данных из ваших веб-сервисов, вы на 90% свободны от большинство проблем фрагментации.

Что касается разработки, Android находится на языке Java-esque, который уже похож на C# синтаксически.