Многие пользователи мобильных устройств хорошо знают, что операционные системы серии Windows Mobile 6.x прекрасно поддерживают многозадачный режим работы даже на относительно слабом оборудовании. Также платформа Windows Mobile 6.x поддерживает работу приложений во внутреннем исполняемом коде – без дополнительной интерпретации высокоуровневого кода, как в Java-приложениях. В принципе, ничто не мешает реализовать все те же функции в новой мобильной платформе Windows Phone 7 – оборудование стало мощнее, лежащая в основе операционная система Windows CE 6 прекрасно справляется с многозадачным режимом. Встроенные приложения тоже поддерживают многозадачность – браузер IE отлично загружает веб-страницы в фоне, пока вы работаете с проигрывателем Zune. Многозадачности, по большому счету, нет только для сторонних приложений – каждый раз при нажатии аппаратной кнопки «Start» стороннее приложение прекращает работу, а аппарат возвращается на главный экран.

Конечно, в компании Microsoft понимают, что это не идеальное решение для пользователей, привыкших держать открытыми сразу несколько постоянно востребованных приложений – интернет-пейджер, почту, таблицу с прайс-листами и навигационную программу. Проблема заключается в реализации взаимодействия с пользователем – у Microsoft пока просто нет готовой идеи по организации нового интерфейса. Алгоритмы, которые сейчас применяются в мобильных устройствах, морально устарели – прежняя многозадачность больше не имеет права на жизнь, по мнению Microsoft. В итоге многозадачность появится, только в новом виде и только тогда, когда получит пригодную для массового использования реализацию.

Закрывая многозадачность для сторонних приложений, Microsoft сильно рискует – практически все конкурирующие платформы демонстрируют это свойство как преимущество. Даже iPhone OS 4, судя по всему, получит многозадачность.

Примерно такая же история происходит с поддержкой сторонних приложений во внутреннем машинном коде. Для одних приложений это просто небольшое затруднение, а для других – настоящая проблема. Взять хотя бы Adobe Flash – сама по себе технология Flash уже предусматривает интерпретацию байт-кода в собственной виртуальной машине, а погружение Flash еще в один интерпретатор (виртуальную машину) снизит производительность до неприемлемого уровня. Проблема с интерпретируемым кодом лежит даже не в плоскости пользовательского интерфейса, а в реализации «песочницы» (т. е. механизма для безопасного исполнения программ). Разрешая только контролируемый код, платформа Microsoft может безопасно блокировать работу сторонних приложений, не давая им выполнить ни одной опасной операции.

Хотя механизм «песочницы» можно реализовать и для внутреннего машинного кода, это требует немалых усилий по разработке, а на это Microsoft пока не готова. Понимая острую потребность в приложениях на внутреннем машинном коде, компания просто не хочет открывать эту возможность, пока не будут закрыты все возможные бреши в системе защиты других программ от несанкционированных действий одного из сторонних приложений.

Как бы то ни было, но главным фактором в снятии важнейших ограничений – по многозадачности и приложениям во внутреннем коде – может оказаться конкуренция. Всего одно ключевое приложение, тот же Adobe Flash, доступное на конкурирующей платформе, может принудить компанию Microsoft рано или поздно изменить свою политику.

По материалам сайта Ars Technica.

Последние новости и обзоры программ:

Новая версия Revisor VMS 1.9.2

Вышла обновленная версия Grizzly Антивирус (1.0.40.344)

Сооснователь Apple не видит условий для начала "войны машин"

Samsung Grand Duos взорвался в кармане у жителя Индонезии

Бывший разработчик Telegram раскрыл новые подробности конфликта с Дуровым

В США спрогнозировали будущее российской космонавтики

Россияне оказались готовы к разговору с умным холодильником

Разработан метод создания живой сетчатки глаза при помощи 3D-печати

Siri признана самым тупым искусственным интеллектом

Поддержка Firefox для Windows XP и Vista прекратится в 2018 году

Комментарии на нашем сайте: