Разработчик HydraScript рассказал, как Native AOT заставил его переписать весь .NET-проект

Разработчик HydraScript рассказал, как Native AOT заставил его переписать весь .NET-проект | Новости кино

Конспект редакции

Автор языка HydraScript столкнулся с тем, что Native AOT потребовал полной переработки .NET-кодовой базы, — кейс, полезный всем, кто задумывается о переходе на AOT-компиляцию.

Автор языка программирования HydraScript столкнулся с проблемой пользовательского опыта: чтобы запустить интерпретатор, пользователю приходилось сначала устанавливать .NET Runtime. Это создавало лишний барьер на входе, и разработчик решил перейти на Native AOT — технологию компиляции .NET-приложений в нативный код без зависимости от рантайма.

Изначально переход казался простой правкой в .csproj: включить настройку, опубликовать сборку. На практике, как это часто бывает с AOT, пришлось переписать значительную часть проекта — из-за ограничений на рефлексию, динамическую загрузку и некоторые библиотеки, несовместимые с AOT-компиляцией. Это классический сценарий для .NET-разработчиков, рассматривающих Native AOT: выигрыш в размере дистрибутива и скорости старта оборачивается архитектурными компромиссами.

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

Материал агрегирован; полный текст — на сайте Хабр — ИТ-новости.