Spike: evaluate Native AOT feasibility for the future Avalonia UI
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 52/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- azure, csharp
- Área
- desktop, performance
Línea de trabajo
Ejecuta dotnet publish -p:PublishAot=true o una publicación solo con trimming en los proyectos actuales y, después, inspecciona las dependencias de Azure SDK, serialización JSON, DI y Avalonia en busca de incompatibilidades. Compara el tiempo de arranque en frío y el tamaño del binario con una compilación normal, y registra los resultados en docs/native-aot-spike.md. Se considera terminado cuando el informe identifica los bloqueadores, enlaza a las incidencias upstream cuando estén disponibles y ofrece una recomendación clara de go/no-go.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Goal
Investigate whether the Domain/Application/Infrastructure layers (and later the Avalonia UI) can be published with .NET Native AOT, to make sure the finished app starts up fast and feels genuinely native — the main personal complaint about Storage Explorer being Electron-based (heavy, multi-process, slow to start).
Why
This is a research spike, not a feature: we want to know early if any dependency (Azure SDK, JSON serialization, DI container, Avalonia itself) blocks AOT/trimming, so we don't paint ourselves into a corner before the UI work starts.
Tasks
- Try
dotnet publish -p:PublishAot=true(or trimming-only if full AOT isn't yet supported by a dependency) on the current projects. - List any incompatible dependencies/APIs found (reflection-heavy serialization, dynamic proxies, etc.) and note possible workarounds or alternatives.
- Measure and record cold-start time and binary size of the AOT/trimmed build vs. a normal build, as a baseline to compare against later.
- Write up findings in
docs/native-aot-spike.md.
Acceptance Criteria
- A short written report exists with a clear go/no-go recommendation (or "not yet, revisit when X ships") for using Native AOT in this project.
- Any blocking dependency is explicitly named, with a link to its tracking issue upstream if one exists.
- Lenguaje dominante
- C#
- Estrellas
- 0
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de hunterlan/AzStorage
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Todos los issues de hunterlan/AzStorage
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
microsoft/fluentui-blazor#5427 ·
Los mantenedores suelen responder en 1 día
-
area:jobads-cv BE mvp P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
klasolsson81/jobbliggaren#2099 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
0 - Backlog Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
BrighterCommand/Brighter#4581 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Esri/calcite-dotnet-toolkit#30 · 1 reacción ·