마이크로소프트는 윈도우 앱 SDK로 개발된 애플리케이션에 대한 상당한 개선 사항을 발표하며, 최대 50% 더 빠른 로드 시간과 눈에 띄는 앱 크기 감소를 자랑하고 있습니다. 이러한 개선은 네이티브 사전 컴파일(Native Ahead-Of-Time, AOT)과 같은 새로운 기술 덕분이며, 실제 성능 향상은 개발자들이 애플리케이션을 업데이트하는 데 달려 있습니다.
윈도우 앱 SDK는 Win32와 UWP 간의 다리 역할을 하며, 개발자들이 특정 프레임워크에 제한되지 않고 현대적인 API에 접근할 수 있도록 합니다. 그러나 이 SDK를 사용하는 애플리케이션은 긴 시작 시간과 저조한 UI 반응성으로 비판을 받아왔습니다.
마이크로소프트는 사진(Photos) 및 전화 링크(Phone Link)와 같은 자사 애플리케이션에서 성능 문제를 인식하고 있으며, 이들 애플리케이션은 특히 재부팅 후 처음 실행할 때 긴 스플래시 화면과 느린 반응 시간으로 알려져 있습니다. 임시 해결책으로 마이크로소프트는 앱을 백그라운드에서 실행하여 시작 속도를 높일 것을 제안하고 있습니다.
이러한 성능 문제에 대한 중요한 해결책은 네이티브 AOT 지원의 도입으로, 이는 더 빠른 시작 시간과 메모리 사용량 감소를 가능하게 합니다. 네이티브 AOT는 애플리케이션을 사전 컴파일하여 전통적인 컴파일 방법에 비해 성능을 향상시킵니다. 그러나 개발자들은 애플리케이션을 빌드하거나 업데이트할 때 이 기능을 직접 구현해야 합니다.
초기 테스트에서 마이크로소프트는 상당한 성능 향상을 보고했습니다: 애플리케이션은 이제 최대 50% 더 빠르게 로드되며, 앱 패키지는 최대 8배 더 작아졌습니다. 자가 포함 모드에서 운영되는 애플리케이션도 최대 2배의 크기 감소를 경험하여 윈도우 앱 SDK 기반 애플리케이션의 효율성을 더욱 향상시켰습니다.
또한 마이크로소프트는 Edge WebView2 SDK의 처리 방식을 수정했습니다. 이전에는 윈도우 앱 SDK에 하드코딩되어 있었던 이 SDK의 통합은 앱 크기를 증가시켰습니다. 이제는 필요에 따라 NuGet을 통해 접근할 수 있어 전체 앱 패키지 크기를 최소화하는 데 도움이 되지만, 이 변경은 앱 성능에 직접적인 영향을 미치지는 않습니다.
이러한 최적화가 즉각적인 성능 향상을 가져오지는 않겠지만, 개발자들이 업데이트된 SDK를 수용함에 따라 눈에 띄는 개선을 위한 기반을 마련합니다. 네이티브 AOT가 포함된 윈도우 앱 SDK 1.6으로 구축된 애플리케이션은 시간이 지남에 따라 더 나은 성능, 감소된 메모리 사용량 및 더 작은 파일 크기를 보여줄 것으로 예상됩니다. 그럼에도 불구하고 애플리케이션이 업데이트될 때까지 느린 앱 시작 시간과 지연된 애니메이션은 여전히 우려 사항으로 남아 있습니다.
* 이 글은
tomshardware.com의 기사를 요약한 것입니다. 전체 기사의 내용은
이곳에서 확인하실 수 있습니다.