Обновить

Проект Winslop для удаления ненужного системного мусора в Windows 10/11 переведён с WinForms на WinUI 3 (.NET 10)

Время на прочтение4 мин
Охват и читатели29K
Всего голосов 11: ↑9 и ↓2+8
Комментарии32

Комментарии 32

Вот нафига?... Винформс хоть и древний, но компактный и предельно шустрый... А winui - худший из всех возможных вариантов, по сути очередной вебвью...

Автор экспериментирует. Версия на WinForms осталась как легаси пока что в новых сборках тоже.

Лучше б уж тогда экспериментировал в сторону qt/c++ - для опенсорса qt бесплатен...

Он и для не опенсорса бесплатен, иначе хрен бы получил такую популярность.

Вот Qt точно нахер. Проект для винды надо писать на нативных вещах для винды. Qt это дикий монстр, который добавит пару десятков мегабайт, не давая ничего.

Чистый QT (без всяких qtquick), еще и если собирать статически - достаточно компактный. От него, собственно, только гуй морда нужна, остальное - нативный win api.

Ну давайте соберем и сравним с WinForms. Я более чем уверен, а я с Qt не работал лет 10, что суммарный вес приложения на нем будет раз в 10 больше.

Сравнивать по размеру тогда уже стоит не голое приложение winforms (которому нужен установленный .net определенной версии), а self-contained вариант, где все нужные для запуска приложения .net dllки упакованы в экзешник.

Нет. Надо сравнивать с дефолтной целевой платформой. Если программа написанная для windows 11, требует библиотеки из дефолтной поставки windows 11 - мы их не берем в расчет. Совсем. Они, в отличии от говна от Qt - есть в системе.

В дефолтной поставке винды только допотопный Net 4.x

Современные .net (которые бывшие .net core) - нужно ставить отдельно. Причем те версии, которую используют приложения - т.е. одновременно может понадобиться для разных приложений иметь установленными скажем, и .net 6, и .net 9, и .net 10

Ну и плюс, .net все-таки до нативного c/c++ не дотягивает ни по производительности, ни по минимизации потребления ресурсов. Каждый лишний слой абстракции - не бесплатен.

Отсюда вывод - пишем на том что есть в системе. Это пункт А. Пункт Б - пишем на WinApi под борланд С++, получая экзешник в 20кб.

Ну а по поводу производительности - в данном случае можно пренебречь. Это не та программа которая работает 24/7.

Пункт Б - пишем на WinApi 

Когда гуй не нужен - так и делается :)

Проект для винды надо писать на нативных вещах для винды

На WinApi !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Гуй в винапи сам по себе - крайне неудобен, по сути нужно вручную все рисовать. Потому-то для гуя лучше какой-либо из не-тяжелых фреймворков, без всяких электронов, вебвью и прочих интерпретируемых тормозов.

А вот для остальной части приложения - да, всегда и везде лучше нативный апи использовать.

А как же хваленый ИИ для генерации кода?

"Раньше было лучше".(с). Оно еще дополнительно на 100 мб "Windows App SDK 1.8" скачать требует.
"Раньше было лучше".(с). Оно еще дополнительно на 100 мб "Windows App SDK 1.8" скачать требует.

200Kb и 43.1Mb... Ради того чтоб было удобно тыкать в экран.

WinUI - даже близко не WebView, это нативный фреймворк, а не html-based. Вы возможно его с Blazor путаете.

Нужно уточнить, что шустрый, пока не потребуется кастомная отрисовка с анимациями

Анимации в чем угодно, кроме игрушек - нафиг не уперлись. Лишь задержки ненужные создают.

Для чисто инженерного софта да, полностью согласен

Мы очистим всё от мусора и скачивания лишнего, но для этого надо скачать...

Не уловил когда темная/светлая тема стало чуть ли не ключевым преимуществом. Особенно для условно разово применяемого инструмента.

был менее удобен для сенсорных устройств.

Теперь стало понятно зачем они делают чекбоксы размером в километр, чтобы пальцем можно было попасть. Но зачем нужна винда на сенсорном устройстве? Это же бред. Получается, что в угоду никому ненужной ничтожной доли рынка они ломают весь десктоп UI.

У Майкрософта то оправдание есть - им важна возможность потенциально выйти в планшеты/смартфоны. А вот нафиг оно авторам софта - секрет

Прога, которая называется "Winslop", хостится на микрософтовском GitHub. Интересно, когда майки её снесут? :D

Судя по тому, что тот же MAS живет и здравствует на том же гитхабе уже несколько лет - вероятно что никогда очень не скоро =)

И это хорошо!

Ага. К тому же, это не вирус и не нарушает лицензионное соглашение. Через стандартные политики и скрипты законными методами тоже можно много чего выпилить.

Насчёт вирусов, кстати, на Гитхабе где-то попадался репо с WannaCry :). Со всеми предупреждениями, оригинал. Запускал на VM, забавно...

Скоро 😀

Приложение для антислопа само стало слопом требуя обязательную зависимость в виде ещё одного MS-окружения - Как иронично!

Да печаль какая-то. Даже Legacy версия использует 25 Мб RAM (private bytes). Новую так и не запустил, потому что для нее не хочу качать Windows App Runtime.

Так ли уж нужна темная тема? Ну если и нужна, то её сейчас поддерживают, например, wxWidgets (около 11 Мб на диске и 6 Мб RAM для статического exe собранного mingw), Lazarus (3 Мб диск, 5 Мб RAM), и даже FLTK с темой GTK+ в темных цветах неплохо смотрится (1,5 Мб диск, 3 Мб RAM). Причем эти трое кроссплатформенные, могут компилировать статический exe, не требуют каких-либо зависимостей и поддерживают старые версии Windows.

Название соответствует, очередная помойка твиков, которая в кучу и без разбора в одном месте...

Исходный код проекта написан на CSS и JavaScript

Я понимаю, что приложения могут быть написаны с использованием Electron и прочих подобных вещей, но почему CSS поставили на первое место? Тут то важнее JavaScript. CSS всего лишь стили, а не основной функционал?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Другие новости