Каким образом можно адаптировать .NET приложение для запуска на мобильных платформах?

Question

[d'Ivan]

Существует настольное приложение с довольно сложной логикой, написанное на .NET 4.5 и работающее как клиент, способный работать в режиме оффлайн.
Приложение имеет главный процесс (watchdog), который запускает несколько других процессов как консольные приложения за исключением одного, UI которого написан на WPF (XAML) и работает в режиме kiosk.
Также приложение:

• периодически обращается к серверу для обновления информации
  
• скачивает с сервера набор из нескольких сотен файлов для проигрывания
  
• должно быть постоянно активным и проигрывать контент
  
• работает с Redis как с хранилищем K/V и также с pub/sub.
  
• включает один процесс, представляющий из себя API веб-сервер, который "слушает" входящие события от соседнего ПК (третья сторона)
  

Начальство поздно поставило задачу и дало приоритет адаптировать эту технологию для запуска на мобильных платформах, таких как Android, iOS. У нашей команды нет опыта работы с мобильными платформами и поэтому нужно изучать по-большому счету всё с нуля. С другой стороны, в другой команде есть специалисты по Node.js, Angular.js.
При всём этом есть желание переиспользовать код .NET по-максимуму, а не писать всё с нуля.

1. Какой вы видите адаптацию технологии для запуска .NET приложение на мобильных платформах?
   Насколько подходит для этих целей Xamarin.Forms?
   
2. Возможно ли использование Redis на указанных платформах?
   Как часть приложения или как независимый компонент? Или необходимо искать альтернативное решение?
   
3. Как автоматически обновлять приложение при выпуске новой версии у парка устройств?
   
4. Является ли использование магазинов приложений обязательным для автоматического обновления версии?
   

Answer 1

[Артем Воронов]

1. Зависит от сложности UI.
2. Искать альтернативное решение.
3,4 Если оформлен корпоративный профиль, то можно организовать принудительное обновление. Такой профиль стоит очень недешево.

Выглядит так, как будто предстоит натянуть сову на глобус. Не хватает информации о том, чтобы оценить целесообразность перехода на мобильные платформы.
Стоимость бюджетного Windows-планшета немного выше, чем Android. Не дешевле ли будет просто выбрать другое оборудование?

Comments

[d'Ivan]

1. UI обычно состоит из фонового изображения с возможностью тыкнуть пальцем в некоторой области экрана.
2. А что другое порекомендовал бы использовать в качестве pub/sub и хранилища ключ-значение вместо Redis для межпроцессного взаимодействия с возможностью сохранения слепка состояния?

[Артем Воронов]

По пункту 2 - это все таки не про мобильные платформы. Эту часть надо будет пересматривать. Альтернатив для хранилища типа Redis полно, а вот pub\sub легкого перехода не будет.

[d'Ivan]

Артем Воронов, спасибо за ответ. В проекте для работы с Redis есть много слоев при работе с pub/sub и k/v.
Там по-любому пришлось бы архитектуру значительно переделывать и в итоге команда выбрала Angular.js, хотя сам больше склонялся к написанию приложения с нуля на Xamarin с заимствованием кода из текущего проекта.