Когда вы щелкаете правой кнопкой мыши по файлу или запускаете традиционное настольное приложение в Windows 11, вы на самом деле все еще имеете дело со старым кодом, который родился до коммерческого Интернета: API Win32, который восходит к эпохе Windows 95, по-прежнему является важным базовым уровнем самой популярной сегодня настольной операционной системы, и, по словам руководителей Microsoft, это изначально не входило в долгосрочный план компании.
В недавнем видео, опубликованном на официальном аккаунте Microsoft Dev Docs, Марк Руссинович, технический директор Microsoft Azure и основатель пакета Sysinternals, прямо заявил, что Win32 все еще может быть API уровня «первоклассного гражданина» в 2026 году, что является одной из самых неожиданных вещей в истории компании. Он даже пошутил, что люди в то время фантазировали о летающих машинах и лунных базах, а не о наборе API, родившихся в эпоху Windows 95, которые можно использовать и сегодня.
Ключ к тому, чтобы этот 30-летний API смог выжить по сей день и оставаться сильным даже после того, как Microsoft неоднократно «объявлял о прекращении его действия» в Microsoft, лежит в огромной экосистеме приложений, построенной на его основе. Руссинович назвал Win32 «основой» Windows, на которой построено бесчисленное количество приложений, поэтому любая полная замена потребует огромных затрат. В качестве примера он привел инструменты Sysinternals, которые он основал в 1996 году. Если бы он тогда сделал ставку, он бы «поставил миллион долларов», что эти инструменты не будут иметь ценности в 2026 году, но реальность такова: они не только выжили, но и более важны, чем когда-либо. Например, Sysmon был интегрирован непосредственно в Windows в обновлении от марта 2026 года, а ZoomIt, родившийся в начале 2000-х годов, сегодня остается одним из самых популярных гаджетов в PowerToys.
Однако «жизнеспособность» Win32 не означает, что Microsoft никогда не пыталась изменить ситуацию. Напротив, за последние два десятилетия Microsoft практически создала «кладбище альтернативных фреймворков». Внутри Microsoft попытки «убить Win32» почти никогда не прекращались. Чтобы решить проблемы визуальной и интерактивной модернизации традиционных настольных приложений, Microsoft последовательно запустила MFC (инкапсуляция C++) и WinForms для разработчиков .NET. Хотя они по сути по-прежнему являются инкапсуляцией Win32, а не заменой, они представляют собой ранние попытки Microsoft абстрагировать уровень приложения. Настоящий «проект замены» начался с того, что WPF представила XAML и аппаратно-ускоренный рендеринг, за которым последовала короткая ставка на кроссплатформенность с Silverlight — подход, который в конечном итоге был отменен после появления HTML5.
Самая радикальная альтернативная попытка появилась в эпоху Windows 8: Microsoft запустила WinRT, надеясь, что разработчики создадут новые приложения, безопасные, сенсорные и работающие в полноэкранном режиме, и, таким образом, полностью обновят форму приложений Windows. Однако, поскольку интерфейс Windows 8 встретил холодный прием на рынке, компания обратилась к универсальной платформе Windows (UWP) в Windows 10, подчеркнув «единую платформу приложений для мобильных телефонов, Xbox и ПК».
UWP слишком закрыт и имеет строгие ограничения песочницы, что серьезно сдерживает традиционных разработчиков настольных компьютеров, которым необходим углубленный доступ к системным ресурсам. Руссинович также признался в видео, что Microsoft много раз в истории пыталась «перезапустить» поверхность Windows API, например WinRT, но из-за постоянного разделения между толстым клиентом и Win32, а также HTML и JavaScript на стороне браузера, эти попытки в конечном итоге не принесли ожидаемого результата.
Множественные сбои инфраструктуры привели к тому, что разработчики постепенно потеряли доверие к собственной платформе Microsoft. Это одна из важных причин, по которой экосистема настольных приложений Windows переместилась в Интернет. В предыдущем отчете разработчик прямо заявил, что инвестиции в собственный фреймворк в экосистеме Microsoft начали становиться «бременем». Никто не готов ставить на годы разработки платформу, от которой можно отказаться в любой момент. По иронии судьбы, именно Microsoft сама взяла на себя инициативу по освоению Интернета: она запустила элемент управления WebView2, встроила движок Microsoft Edge на базе Chromium в настольные приложения, а затем вся система была покрыта веб-приложениями — от Microsoft Teams, Clipchamp, новой версии Outlook, OneDrive до панели виджетов Windows 11, и даже последняя версия Copilot существует в виде веб-приложений.
Преимущества веб-приложений с точки зрения затрат на разработку и кроссплатформенное обслуживание очевидны. Однако в традиционной среде рабочего стола эта модель крайне неэффективна в использовании ресурсов. В каждое приложение встроен полноценный браузерный движок, который почти обречен на катастрофу с памятью. Веб-клиенты также потребляют много памяти, «почти ничего не делая», в то время как ранние собственные реализации на основе UWP были гораздо более легкими. Встроенный видеоредактор Microsoft Clipchamp также является веб-приложением. Помимо проблем с производительностью и потреблением ресурсов, он также был принудительно привязан к облачной синхронизации OneDrive, что побудило его в конечном итоге отказаться от использования этого инструмента. Сравнение этого опыта с macOS подчеркивает пробел: пользователи Apple могут бесплатно использовать такие приложения, как iMovie и Pages, которые хорошо локализованы и тесно интегрированы с системой, в то время как многие лояльные пользователи Windows вынуждены полагаться на веб-решения, такие как Clipchamp, которые требуют подключения к сети, не имеют глубокой системной интеграции и имеют большой объем памяти.
После того, как Apple выпустила экономичный ноутбук стоимостью менее 600 долларов и добилась успеха, Microsoft начала пересматривать свою стратегию приложений и поняла, что превращение Windows в «подобную Chrome OS» не оправдывает ожиданий активных пользователей и фактически вредит производительности системы. Несколько месяцев назад архитектор-партнер Microsoft Руди Хейн публично подтвердил, что формирует команду, занимающуюся созданием «100% собственных» приложений для Windows 11. В центре внимания компании находится WinUI 3, новейшая собственная платформа пользовательского интерфейса, основанная на Windows App SDK. WinUI 3 потенциально может стать для Microsoft ключом к восстановлению доверия разработчиков: он может не только предоставить современный интерфейс, разработанный в Fluent, но также позволить приложениям иметь полный и беспрепятственный доступ к базовой «основе» Win32. Microsoft также недавно выпустила крупное обновление для Windows App SDK 2.0, которое обеспечивает семантическое управление версиями, реструктурированный стек Windows ML и улучшенную поддержку перетаскивания для разработчиков для беспрепятственного внедрения содержимого WebView2 в собственную оболочку WinUI 3.
На самом системном уровне Microsoft также начала ритмично заменять самую старую партию элементов интерфейса Win32 на WinUI 3 вместо принятия стратегии «жесткого перезапуска» WinRT. Было обнаружено, что диалоговое окно свойств проводника, продолжающееся с эпохи Windows 95, заменено интерфейсом WinUI 3, который поддерживает полностью темный режим.
Классическое диалоговое окно «Выполнить» (Win+R) также было переписано в WinUI 3. Новая версия явно впереди по эстетике и не уступает по опыту использования. Согласно данным тестирования, среднее время всплывающего окна этого нового диалогового окна запуска, скомпилированного с помощью .NET AOT, составляет 94 миллисекунды, что быстрее, чем у старой версии, которую оно заменяет, что рассматривается как признак того, что современная архитектура WinUI 3 более чем способна соответствовать или даже превосходить производительность традиционного кода Win32 с точки зрения скорости и эффективности.
Поскольку Microsoft заменяет веб-интерфейс, завернутый в WebView2, собственными компонентами WinUI 3 в большем количестве сценариев, ненужное потребление ресурсов памяти Windows 11 будет постепенно сокращаться, и ожидается, что вся система вернется к легкому, унифицированному и ориентированному на нативный подход направлению. Возможно, в 2026 году мы не увидим летающих автомобилей или лунных баз, но после многих лет экспериментов с инфраструктурой и изменения курса у Windows есть шанс стать настольной операционной системой, которая уважает свое наследие Win32 и при этом остается по-настоящему современной.