Вопрос C# Internal на NativeAOT — Как собрать меню в одну DLL без зависимостей?

[hex_cat]

Здарова, кодеры. Решил на досуге потыкать NativeAOT (naot) для написания интернала на шарпе. Чисто спортивный интерес — посмотреть, насколько это жизнеспособно сейчас.

С базой проблем нет: оффсеты под Assault Cube нашел быстро, работа с памятью через указатели в духе С++ идет отлично. Бесконечные патроны, ХП, броня — всё переключается по кнопке, лог в консоль летит исправно. Но как только дело дошло до визуалов и меню, начался лютый геморрой.

В чем основной затык:

1. ImGui.NET намертво привязан к cimgui.dll. Без этой либы он просто отказывается заводиться.
2. Silk.NET с поддержкой ImGui тащит за собой собственную реализацию OpenGL.
3. На выходе вместо одного аккуратного файла я получаю зоопарк из трех DLL.

Для интернала это выглядит максимально по-колхозному. Хочется получить на выходе один единственный бинарник, который можно спокойно инжектить и не таскать за собой хвосты зависимостей.

Спойлер: Технические детали

Использую:
— .NET с NativeAOT компиляцией
— Цель: Assault Cube (OpenGL)
— Проблема: Статическая линковка нативных оберток в шарпе

Кто плотно сидит на шарпе и ковыряет интерналы через NativeAOT — как вы решаете вопрос с GUI? Реально ли вообще заставить ImGui.NET работать внутри одной DLL или проще сразу пересесть на чистый C++ для визуальной части, оставив шарпу только логику?

Кто уже сталкивался с подобным — делитесь опытом.

 

[amogus-gggy]

Собери все в нативку слинкуй все в одну dll.