dotnet / dotnet/wpf

Reduce the binary size of the single file publish of .net core WPF

Open
#3,070 10 comments 7 reactions 0 assignees View on GitHub
Enhancement Requested
Dominant language
C#
Stars
7.7k
Forks
1.3k
Avg merge
1d 11h
Merged PRs (30d)
61

Description

I know there is some kind of long term planning of WPF with dot core. But a common scenario of x copy deployment independent of OS framework setup so called 'self-contained' is NOT acceptable due to its huge size.
Look, I created my first GITHUB release of WPF App here:
[WPF-GO-dnscrypt-proxy-md](https://github.com/AZ-X/WPF-GO-dnscrypt-proxy-md)
The release zip package can be downloaded:
[WPF-dnscrypt-proxy-md-single-binary-release-can-run-without-dotnet-framework.zip](https://github.com/AZ-X/WPF-GO-dnscrypt-proxy-md/releases/download/latest/WPF-dnscrypt-proxy-md-single-binary-release-can-run-without-dotnet-framework.zip)
It’s up to 43M while the size of an extracted single exe file is 150M.
The application is a single windows form. Looks like:
![Show](https://github.com/AZ-X/MEDIA/blob/master/PNG/WPF-dnscrypt-proxy-md-RC0.PNG?raw=true)
Please improve ~~this issue~~ the total of size and institute a spec of various release sizes as soon as possible, even I don’t have a deadline for it. Please make WPF great again.

----------------------------------------------------------------------------------------------------------

A reference for contrast:
[stammel_go.dll](https://github.com/AZ-X/WPF-GO-dnscrypt-proxy-md/blob/master/stammel_go.dll)

A go library built inside this project which size is about 2.5M including go framework. I know the size issue could not be resolved as just involving WPF, but it is an obvious spot if a real application builder would be encountering the same issue with the same feeling.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.