🚀 LazyVoom.Hosting & LazyVoom.Hosting Template 만들어보았습니다.

[이광석]

게으른 개발자들을 위한 시리즈 1탄 LazyVoom 에 이어 2탄으로 LazyVoom.Hosting을 만들어보았습니다.

말 그대로 Host 기반으로 앱을 실행하고 관리하는 라이브러리입니다.

현재는 WPF와 WinForms를 먼저 지원하며, 향후 Avalonia, Uno, MAUI, OpenSilver 등에서도 비슷한 방식으로 확장할 계획입니다.
기존에 WPF에서 흔히 쓰던 App과 MainWindow를 직접 생성하는 방식에서 벗어나, Host 기반으로 깔끔하게 앱을 시작할 수 있습니다.

---

Program을 굳이 작성해서 앱을 시작하고 싶다면

아래 첫 번째 방식처럼 사용할 수 있습니다.

기존방식

// 기존 Program.cs
internal class Program
{
   [STAThread]
    private static void Main(string[] args)
    {
        App app = new();
        app.Run();
    }
}

LazyVoom.Hosting 적용

var builder = Host.CreateApplicationBuilder();

var app = builder.BuildApp();  // 🔥

app.OnStartUpAsync = async provider =>
{
    // 여기서 DI 서비스 가져와 초기화 가능
};

app.Run();

---

LazyVoom.Hosting의 특징

1. Host 기반 DI 지원
   기존 HostBuilder와 동일하게 DI를 등록하고, 앱 시작 시 모든 서비스에 접근할 수 있습니다.
   게으른 개발자라도 DI를 깔끔하게 쓰는 습관을 유지할 수 있습니다.

2. Async Startup 지원
   앱 시작 시 필요한 초기화 작업을 async로 작성할 수 있습니다.
   WPF/WinForms에서 흔히 겪는 UI 스레드와 비동기 초기화 문제를 한 번에 해결합니다.

3. 멀티 UI 플랫폼 확장 가능
   현재는 WPF와 WinForms를 지원하지만, 향후 Avalonia, Uno, MAUI, OpenSilver 등 다양한 UI 프레임워크로 확장 가능합니다.
   Host 기반으로 공통 인터페이스를 유지하면서 플랫폼별 앱 실행을 구현할 수 있습니다.

4. 보일러플레이트 최소화
   App.xaml.cs나 Program.cs에 반복되는 코드를 줄이고, 핵심 비즈니스 로직에 집중할 수 있습니다.

---

예시: DI와 초기화 함께 사용

var builder = Host.CreateApplicationBuilder();
builder.Services.AddSingleton<IMyService, MyService>();

var app = builder.BuildApp();

app.OnStartUpAsync = async provider =>
{
    var service = provider.GetRequiredService<IMyService>();
    await service.InitializeAsync();
};

app.Run();

이제 앱 실행과 DI 초기화를 한 곳에서 관리할 수 있으며, UI 프레임워크가 달라도 동일한 방식으로 코드를 작성할 수 있습니다.

---

마무리

LazyVoom.Hosting은 게으른 개발자를 위해 만들어졌습니다.
Host 기반으로 앱 실행과 DI 초기화를 통합하여, 복잡한 앱도 최소한의 코드로 시작할 수 있도록 돕습니다.

LazyVoom.Hostring 레포지토리 가기

[이광석]

LazyVoom.Hosting – WPF와 DI 연동

LazyVoom.Hosting을 사용하면, WPF 앱에서 ViewModel과 DI 컨테이너 연결을 아주 간단하게 처리할 수 있습니다.

기존 방식

public partial class App : Application
{
    protected override void OnStartup(StartupEventArgs e)
    {
        base.OnStartup (e);
        var services = new ServiceCollection ();

        IServiceProvider provider = services.BuildServiceProvider ();

        Voom.Instance
            .WithContainerResolver ((vmType) =>
            {
                return provider.GetService (vmType) ?? Activator.CreateInstance (vmType);
             })
            .RegisterMapping<MainWindow, MainWindowStore> ();
    }
}

• 서비스 프로바이더를 직접 만들고

• ViewModel이 필요할 때 DI 컨테이너 또는 ActivatorUtilities를 통해 생성

LazyVoom.Hosting 방식

var builder = Host.CreateApplicationBuilder();
builder.Services.AddSingleton<MainWindowViewModel>();

// var app = builder.BuildApp(); // AOT 이슈로 해당 메서드는 삭제 ❌
var app = builder.BuildApp<App, MainWindow>(); 
app.OnStartUpAsync = async provider =>
{
    Voom.Instance.WithContainerResolver(vmType =>
    {
        return provider.GetService(vmType) ??
               ActivatorUtilities.CreateInstance(provider, vmType);
    });
};

app.Run();

• HostApplicationBuilder 기반으로 WPF 앱과 DI 초기화를 동시에 수행

• 앱 시작 시 필요한 초기 행위도 비동기로 처리 가능

• LazyVoom의 Voom.Instance와 자연스럽게 통합

핵심:

• DI 컨테이너와 LazyVoom의 ViewModel 연결을 쉽게 구성

• 기존 WPF 방식보다 더 깔끔하고 현대적인 호스트 기반 패턴 지원

[이광석]

net9.0의 FluentTheme를 적용해서 보니

• 디자인 타임에선 정상 표시
• 런타임 상황에선 테마가 적용되지 않음

위와 같은 상황이 발생하였습니다.

HostBuilder + DI 구조에서는 WPF의 Application.Current가 자동으로 세팅되지 않습니다.
따라서 App.xaml에 등록된 리소스들은 Application.Current를 기준으로 병합되는데, 런타임에서 Current가 null이기 때문에 테마가 적용되지 않았던 것입니다.

그래서 결론적으로, 런타임에서 테마가 정상 적용되도록 App 인스턴스를 강제로 Application.Current에 세팅하고, App.xaml을 수동으로 LoadComponent 해주었습니다.
이렇게 함으로써 HostBuilder + DI 구조에서도 기존 WPF 환경과 동일하게 리소스와 테마가 제대로 적용됩니다.