기본 데스크톱 애플리케이션에 웹 UI를 포함시키는 데는 비용이 듭니다.
Embedding a web UI into a native desktop application comes with a price
웹 UI를 기본 데스크톱 애플리케이션에 포함시키는 것이 쉬운 부분이라고 생각했습니다.

핵심 요약
자동 요약- 1웹 UI를 기본 데스크톱 애플리케이션에 포함시키는 것이 쉬운 부분이라고 생각했습니다.
- 2플랫폼당 하나의 API, 더 작은 설치 프로그램, 기본 모양과 느낌.
- 3완벽하게 들리네요.
원문 본문
출처 · dev.toI thought embedding a web UI into a native desktop application would be the easy part.
After all... macOS has WebKit. Linux has GTK WebKit. Windows has WebView2.
One API per platform, smaller installers, native look & feel. Sounds perfect.
Then reality arrived.
macOS 🍎
Honestly, this was the easiest platform.
System WebKit is there.
It behaves consistently.
No additional runtime.
No installer surprises.
Exactly what you'd expect from a platform component.
10/10
Linux 🐧
Things became... more interesting.
GTK WebKit works, but suddenly packaging starts to matter.
An AppImage built on one distribution may refuse to start on another because some required WebKitGTK library isn't available.
Your application itself is perfectly fine.
The user's system just doesn't happen to provide exactly the version your build expects.
You quickly discover that "works on my machine" has many regional dialects.
7/10
Windows 🪟
This one surprised me the most.
Unlike macOS, the web view isn't really just "there."
Using WebView2 means depending on the Edge WebView runtime.
If the runtime isn't installed, congratulations—you now need another installer.
So your installer may install something whose purpose is to allow your application to display HTML.
Not exactly the dependency story I was hoping for.
2/10
Meeting in the middle
At some point I asked myself:
Why am I spending time debugging operating-system packaging instead of building my application?
So I tried CEF (Chromium Embedded Framework).
Yes...
The application becomes larger.
Quite a bit larger.
But in exchange:
• Same rendering engine everywhere.
• Same JavaScript engine everywhere.
• Same debugging experience.
• Same HTML/CSS behavior.
• No Linux WebKit dependency lottery.
• No separate WebView runtime installation on Windows.
• One code path across all desktop platforms.
Ironically, shipping your own browser turned out to be simpler than relying on the browser already "provided" by the operating system.
It's one of those engineering decisions that looks wasteful on paper but ends up reducing complexity everywhere else.
Sometimes carrying the extra megabytes is cheaper than carrying platform-specific surprises.
Curious what others have settled on.
Are you using native web views, CEF, or something else for cross-platform desktop applications?
For further actions, you may consider blocking this person and/or reporting abuse
이 글은 dev.to 의 원문을 정제해 보여드립니다. 저작권은 원저작자에게 있습니다.
전체 내용이 궁금하다면
dev.to 원문에서 이어 읽기




