Мы планируем разработать приложение для множества платформ, таких как iOS, Windows 7 и Windows 8.
Однако Windows 8 — действительно запутанная платформа! Как вы уже сказали:
- Приложения для ПК
- Рабочий стол (полноэкранные приложения, такие как игры)
- Современные приложения
Насколько мы можем судить, на самом деле нет никакой разницы между настольным и современным приложением, кроме стиля пользовательского интерфейса... поскольку настольные приложения ТАКЖЕ работают на сенсорных экранах!
Может ли кто-нибудь объяснить, в чем на самом деле разница? Похоже, что современные приложения — это просто приложения, которые работают на Windows RT и Windows 8 и загружаются из Магазина Windows (хотя мы также видели современные приложения, загружаемые просто с веб-сайтов).
На самом деле мы хотим использовать Adobe AIR для работы на разных платформах... но, судя по всему, AIR пока не поддерживает Windows 8 (Modern)... но поскольку AIR поддерживает полноэкранный режим на рабочем столе, что мешает нам сделать его похожим на современное приложение?
решение1
Современные приложения создаются с использованием WinRT API, тогда как настольное программное обеспечение создается с использованием Win32 API.
WinRT API — это сокращенный набор функций (например, предотвращает полный доступ к файловой системе, предоставляет ограниченные возможности межпроцессного взаимодействия, предотвращая загрузку надстроек и внешних модулей, предоставляет ограниченный доступ к оборудованию и т. д.), которые могут работать в Windows 8/8.1 как на процессорах ARM, так и на процессорах x86, то есть работать как на компьютерах с Windows 8.x Pro, так и на компьютерах с Windows 8.x RT — да, названия могут быть довольно запутанными.
Суть WinRT в том, что уровень доступа и настройки Win32 (и неотъемлемые соображения безопасности) не всегда нужны, то есть если я программирую казуальную игру, или оболочку Facebook, или калькулятор, мне на самом деле не нужен/не нужен полный доступ к файловой системе и возможность взаимодействия с оболочкой Windows (контекстное меню, переменные среды...). Мне понадобятся, например, файловый менеджер, или низкоуровневый гранулярный доступ к оборудованию, который мне нужен для драйвера, или возможность загружать внешние сторонние плагины, например, веб-браузеры.
Он очень похож на Gadgets, но с лучшей встроенной безопасностью - однако реальная оценка безопасности может/должна быть сделана только после того, как он приобретет популярность в дикой природе: сильная изолированная/виртуализированная среда, безусловно, хороша с точки зрения безопасности, но для безопасности не существует серебряной пули, вспомните все проблемы безопасности, которые были в последние годы у Java/JVM и Flash (которые были созданы с нуля как изолированные среды выполнения). Идея хорошая, но в любом случае ее нужно поддерживать в безопасности и обновлять, как и любую другую часть системы.