При разработке Galaxy Launcher - Micron появилась сильная проблема, вес репозитория составил больше 150Мб без джавы. В пост установочном виде +-50Мб.
  Это ещё + 100-150Мб Клиент + 180Мб Java. И того +- 500Мб.

В общем, пожалуйста, проголосуйте.

Разница между 200 мб и 500 мб для современных устройств не велика.
Главное, это работоспособность клиента. Если при 25 мб веса он будет думать по 10 минут перед запуском, то он никому не нужен.
Оптимизация, лучшее, что можно сделать)

C101Nine, Оптимизация и Java = противоположности =D

На самом деле объём важен, есть много людей у которых ПК ещё с 2005 годов с тонной мусора на WinXP. А это вроде как целевая аудитория.)
Да и на модемах в 20Гб трафика много кого, и 500Мб качать тот ещё страх.

TitanBox, даже на моем старом ПК 2001 года, с 256 мб оперативной и 128 видео памяти, в комплекте хард на 120 гб. Твои 500 мб составят 0.004 от общего объема памяти.
По поводу интернета - если клиент будет обновляться через скачивание новой версии и удаление старой, то да, это заметно. Но при обновлении старого, особых трудностей не вызовет едино разовое скачивание.

p.s. вот по этому я и выбрал c++

Что там такое можно было на 150 метров напихать? О_О

TGC, nodejs, у которого модуль электрона уже 130 МБ кушает.

Весь код (*.html *.css и * .js) на пару с node_modules можно запаковать в один .asar архив весом порядка 10 мегабайт, как это сделано, например, в Discord, но остается фреймворк Electron непосредственно в исполняемом файле лаунчера, который весит почти под 100 мегабайт.

Лаунчер за 100 МБ? Это какой-то треш, мягко говоря.

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

DJ-MATAIL, по сути, это так и есть.

Assasin, но оно должно весить копейки...
Все иконки в inline svg, весь код минифицирован.

Если изображений куча, ожно их в base64 перегнать. Тогда меньше будут весить.

DJ-MATAIL, а откуда окно лаунчера возьмется?

Стандартное свинговское приложение на джаве весит от 30кб до 5мб.
Незаархивированные классы от 7 кб.

Вот например, у меня тайловый 2д движок на джаве на 52 класса и пару изображений, среди которых есть экземпляры размером 900х12000 px, в сборке .jar весит 4мб.
Как и helix сверху сказал про архив, тоже не понимаю, откуда такой вес. Может вы там три тысячи библиотек подключили?).

sedyh, Вся идеология проекта была в написании на HTML/CSS/JS.
Иным способом было куда лучше на C#.

А, точно, джава имелась ввиду только для майна.


А что на счет этого?





А что делать пользователям линукса и мака? Кто бы что не говорил, а у Mono нет официальной поддержки.

sedyh, Как уже писали:





А она и не нужна ;)

ты что дурака? Какие 150

apl,

TitanBox, вопрос был не в этом) ты картошку копать пойдешь лопатой или экскаватором

Все перечисленное и весит копейки. Больше всего весит рантайм для отрисовки и выполнения этих "копеек":


Как раз наоборот: base64 - формат, обеспечивающий возможность отправки данных только текстовыми символами (например, применяется в аттачах для email-ов, где чисто бинарные данные нельзя отправлять), но делается это за счет увеличения объема этих данных в 1.5 раза.

Microsoft признала mono официальной реализацией платформы .net под linux. С пользовательским интерфейсом там свои заморочки, но в будущем все может исправиться.

Лаунчер должен весить не более одного мегабайта.

Laboratory, [url=/topic/120107]лаунчер 222 байта[/url]

Правда, обладает специфическим минусом - некорректно передает пароли с символом ^.

Ооо боги хвала вам, игроки MCGL услышаны, столько разрабов одном месте

По теме: не важно сколько он будет весить, главное чтобы работало всё без косяков.

Assasin, касательно base64.

Берем изображение, перегоняем его в base64, и получаем действительно бОльшую по объему фиговину.


Но! Копируем base64код и вставляем инлайново в html-код.

И в итоге, html-файл весит копейки и изображение не надо с собой таскать.

DJ-MATAIL
1. Время загрузки страницы при низкой скорости интернета в вашем варианте ощутимо увеличивается.
2. Суммарный вес html + картинка отдельно меньше, чем html + встроенная картинка.
3. Да и верстать такой html со встроенными картинкам - адская боль.
Так что не вижу никаких выгод, когда задача - сократить конечный объем приложения.