Поиск сообщества

Вспомнил о приложении-скринсейвере, на который наткнулся ещё в "лохматые" годы. Morph3D. Исходники лежат тут: Исходники.RU - Информационный сервер для программистов: исходники со всего света. (sources.ru) Откомпилировал на Александрии, заменив PChar на PAnsiChar. Исходник увеличился в 2.5 раза... Почему так произошло?

Когда вы говорите, что приложения на Андроиде весят 400КБ и используют библиотеки Java размером 2ГБ, вы, по-видимому, имеете в виду разницу между размером исполняемого файла приложения и размером всех библиотек, которые оно может использовать во время выполнения. Современные фреймворки, такие как Java для Android или .NET, часто используют большое количество библиотек, которые содержат общий код, используемый многими приложениями. Эти библиотеки обычно устанавливаются один раз и затем используются множеством приложений, поэтому их размер не влияет на размер каждого отдельного приложения. С другой стороны, приложения, созданные с использованием Delphi, обычно компилируются в нативный код и включают в себя все необходимые библиотеки и зависимости. Это может привести к тому, что исполняемые файлы будут больше, чем если бы они использовали общие библиотеки, но они не зависят от установленных библиотек времени выполнения. С точки зрения конечного пользователя, размер приложения часто не является ключевым фактором, особенно с учетом того, что современные устройства имеют большое количество памяти. Однако для разработчиков может быть важно минимизировать размер приложения, чтобы сократить время загрузки и уменьшить использование ресурсов. В итоге, вопрос "маленькие или большие приложения" зависит от контекста и требований конкретного приложения. В некоторых случаях использование общих библиотек может быть выгодно, в других - предпочтительнее иметь самодостаточное приложение с включенными в него всеми необходимыми библиотеками.

Ради интереса снес Seattle поставил Berlin и удивился, что пустое приложение на Berlin занимает 31 метр, а на Seattle пустое приложение весило около 6 метров. На устройстве. Как это так может быть? Я озадачен. Есть у кого соображения?

Не знаю из за чего так случилось, но размер примитивного приложения достиг до 45 мб. Открыл архив apk lib\armeabi-v7a\ там один лишний so файл. Один вот такого вида "libIzohli lugat.so" а другой такой "libIzohli_lugat.so" откуда оно появляется никак не пойму.

Здравствуйте! Прошу прощения, если не в тот раздел написал Вопрос: У меня есть планшет и телефон Телефон имеет ОС Android 4.4 Планшет имеет ОС Android 4.2.2 Когда компилирую приложение на телефон - его размер, уже установленного =~60 мб Когда компилирую приложение на планшет - его размер, уже установленного =~ 20 мб Почему такая разница?

Привет всем! Имеется несколько устройств, используемых для отладки: 1. Samsung GT-I9082 - Android 4.2.2 2. Sony Ericsson XPERIA Neo (MT15i) - Android 4.0.4 3. Sony Ericsson XPERIA ArcS (LT18i) - Android 4.0.4 После сборки и запуска приложения из RAD Studio XE7 (Delphi): На Samsung GT-I9082 - 14,45 МБ; На Sony Ericsson XPERIA Neo - 47,95 МБ; На Sony Ericsson XPERIA ArcS - 47,95 МБ. Размер смотрел в устройствах в меню Настройки-Приложения... Чем вызвана такая разница в объемах? Разные способы подсчета? Под более старые версии Андроид-систем требуется больше упаковать кода? Под какое устройство производить итоговую компиляцию и сборку, если оборудование конечного потребителя неизвестно? Какие есть подводные камни? Поделитесь, пож-та, опытом...

Здравствуйте, коллеги. У меня такой вопрос. А у всех ли, приложения собранные для iOS, занимают так много места? У меня, например, небольшое приложение с несколькими TabControl и парой ListBox занимает почти 17 Мб в итоге. Для AppStore это значительный объем. Это как-то связано с самой средой Delphi? Спасибо.

Скажите, возможно ли уменьшить размер приложения? Неужели приложение тянет за собой такой большой фрейм, что даже hello world весит ~25мб?!

Если говорить о размере приложения. То первоначально нужно понять, что входить в состав пакета? Затем определить, что нужно и не нужно? Давайте посмотрим на примере состав пакета небольшого Андроида приложения, написанного в RAD Studio XE5 Delphi. В качестве примера, я взял приложение PhotoEditorDemo, доступный на официальном Open Source проекте примеров RAD Studio XE5 Это пример кроссплатформенного простого фоторедактора: Описание примера: http://docwiki.embarcadero.com/CodeExamples/XE5/en/FMX.Mobile.PhotoEditorDemo_Sample_(Delphi) Исходники: http://sourceforge.net/p/radstudiodemos/code/HEAD/tree/branches/RadStudio_XE5_Update/FireMonkeyMobile/Delphi/PhotoEditorDemo/ Размер сжатого приложения Собираем приложение и смотрим на результирующий пакет PhotoEditorDemo.apk (Он располагается в директории .\Android\Debug\PhotoEditorDemo\bin относительно корня проекта). После сборки приложения его размер ~6 760 КБ (в зависимости от Debug or Release сборки). Это размер сжатого пакета нативного приложения. Размер распакованного приложения Если мы распакуем ZIP архиватором этот файл, то увидим его содержание: В распакованном виде, пакет занимает 21,7 МБ. Состав пакета Что же входит в его состав: lib - место хранения собранных натиных библиотек приложения. Поскольку приложение нативное, то оно работает на основании библиотеки .so. res - место хранения ресурсов приложения (картинки, иконки и тд) META-INF - хранение подписи приложения, контрольные суммы файлов ресурсов (картинок, звуков и т.д.) AndroidManifest.xml - манифест приложения (расширенный аналог VersionInfo в Windows) classes.dex - файл с java реализацией дополнительного функционала FireMonkey. resources.arsc - таблица ресурсов. В этом файле собраны xml-описания всех ресурсов. Самый значительный вклад в размер пакета вносят: libPhotoEditorDemo.so (20 060 КБ) - непосредственно сам бинарник приложения classes.dex (1 948 КБ) - частичная реализация FireMonkey на java. Размер самого приложения большой потому, что включает в себя полностью все Delphi библиотеки, которые используется FireMonkey. А это: RTL Хедеры для доступа к Android API Нативные стили для Android (три стиля - 1х, 1.5x, 2х, 3х скалирования экрана). Каждый стиль содержит исходную png картинку нативного стиля. Фильтры и эффекты FireMonkey Вся остальная реализация FireMonkey. Довольно большой набор того, что нужно включить в пакет и тяжело выбросить. Если говорить о приложении написанном в Eclipse, то приложение включает в себя только часть пользовательского кода. И размер мал за счет того, что весь Android API находится перманентно на самом устройстве (не в пакете). Если бы используемая часть библиотек FireMonkey находилась на каждом устройстве, то размер приложения сократился бы раза в четыре. Вывод Размер установочного пакета приложения, написанного на FireMonkey не большой для нативных приложений порядка 6 760 КБ для реализации простого фоторедактора (Хотя для кого-то это может быть много). В установленном виде приложение занимает от 20 000 КБ. Основная причина полная интеграция используемых библиотек в пакет приложения. Вероятность уменьшить этот размер маловероятна. Однако увеличение функционала приложения не так сказывается на дальнейший рост приложения. Можно попробовать сделать усеченные библиотеки, сократить функциональность. Но это не даст ощутимого уменьшения результирующего размера приложения. На сколько важен размер приложения для конкретной работы приложения каждый заказчик решает сам. P.S. Цель этого ответа дать подробный ответ о причинах такого размера, а не попытка вызвать обсуждение на тему сравнения сред разработки. Каждый framework обладает своими достоинствами и недостатками. И выбор средства разработки диктуется совокупностью требования заказчика.

Мне кажется, что проблема в расхождении ожиданий пользователей и заявлений IDERA ! Когда слышишь про RAD Studio и читаешь описание, создается иллюзия (по крайней мере у новичков), как будто надо просто накидать визуальных компонентов на форму, нажать "Запустить" и скомпилировать для всех платформ! И затем наступает разочарование, что не все так просто и есть ньюансы, но "осадочек остается"! Ключевое слово - "разочарование" - в этом суть проблемы (психологии), как мне кажется! Я бы предложил, например, новичкам, начать с разработки на Android Studio и Xcode мало мальски разработки простого приложения, покувыркаться там и потом нечто похожее сделать на RAD Studio и поверьте, многие вещи, типа "размер приложения", "легкие подлагивания" - станут умеренными и не такими основными аргументами.... пример, посмотрите последний пасьянс "Косынка" от Microsoft, обратите внимание на интерфейс... все не по гайдлайнам, все в разрез, но разработчики заявили "ну работает же ведь, у нас сделано так и все!" "все в .опу!" некоторые вообще пытаются оправдать не популярность своего приложения или чужого, некими не соблюдениями гайдов, это важно - не спорю, или размером приложения и т.д., НО МАРКЕТИНГ приложения гораздо важнее... вот серъезно, начихать мне какой размер у приложения (пошел да докупил памяти, сколько надо), главное чтобы работало и выполняло исправно свою работу! херовый телефон? так поменяй его уже!

Всем привет! Не реклама, просто думаю это будет интересно. Был в прошлый четверг на семинаре от TMS, где они представляли свою новую разработку: создание приложений для Web на Delphi, прямо в IDE. Пайплайн примерно такой: -в студию устанавливается плагин, который добавляет в опции проекта и опции ИДЕ настройки для веб -создается приложение на основе ихнего шаблона, и использует FNC-компоненты (ессно от TMS) -приложение пишется практически как обычное VCL-приложение на языке Delphi, только в пространстве имен FNC -для использования контролов на форме (т.е. в окне браузера) они перевели практически все необходимые контролы -после компиляции студия запускает браузер, и ваше приложение работает в браузере. Как это работает: -под капотом ихний собственный т.н. DelphiToJavaScript Compiler, построенный на основе опенсорсного FPC -этот компилятор читает дельфи-код и преобразовывает его в яваскритп -есть возможность использовать как шаблон формы свой собственный HTML -HTML также может быть сгенерирован компилятором автоматически -можно использовать CSS -можно подгружать свои собственные js-библиотеки (не показывали как, но утверждают что можно) -после запуска студия открывает браузер и стартует ваше приложение в браузере -приложение можно дебажить, НО: -а) только в браузере -б) браузер получает от студии map-файл с инфой для отладки, и отображает исходный код на дельфи (это показали, действительно в браузере код на дельфи, и деже отображаются значения переменных) -можно подключаться к БД посредством REST-технологии, все запросы к БД при этом работают асинхронно дополнение) можно писать серверное приложение, которое будет принимать и обрабатывать эти запросы к БД, т.е. аналог фронтэнда и бэкэнда можно писать на дельфи -приложение выполняется полностью в браузере -минимальный размер приложения был от 250кб, утверждалось что если пройтись спец. оптимизатором по ява-коду, то будет еще меньше Мое личное имхо: очень интересно, мы будем это у себя пробовать. Лично я раньше не очень уважал TMS и их поделки, но пообщавшись с их командой изменил свое мнение, эта работа действительно очень впечалила. PS. это не реклама и я никак не причастен к TMS и этой разработке, просто считаю что это интересная тема, и залуживает чтобы ее немного осветили.

Вышло обновление до версии 1.5.0: - Исправлены переходы в глоссарии - Значительно уменьшен размер приложения - Настройки автоматической проверки обновлений - [Windows] Переработка приложения для Windows - [Windows] Добавлены анимации перехода - [Windows] Минимальные размеры окна ограничены 800 пикселями по ширине и 600 по высоте - [Android] Системная строка подкрашивается в "фирменный" синий во всех режимах работы приложения - [Android] Отключена анимация перетаскивания элементов бокового меню - [Android] Индикатор загрузки - [Android] Навигационная панель больше не перекрывает интерфейс приложения - [Android] Исправлена ошибка с сохранением PDF-документа - [Android] Увеличена скорость вывода информации и тестирования - [Android] Немного изменен внешний вид экрана вывода результата тестирования Ссылка на скачивание Android-версии: https://yadi.sk/d/edIZR2VuuRFce Ссылка на скачивание Windows-версии: https://yadi.sk/d/iIeC0OE8ukMoi

У меня один раз получилось обновиться после 1 августа, а сегодня после закачки новой версии и попытки обновиться получаю ошибку: Ошибка Этот выпуск не соответствует требованиям Google Play к 64-разрядным приложениям Следующие файлы APK или наборы App Bundle доступны для 64-разрядных устройств, но содержат только 32-разрядный нативный код. Включите в приложение 64-разрядный и 32-разрядный нативный код. Используйте формат публикации "Набор Android App Bundle", чтобы каждое устройство скачивало только соответствующий его архитектуре нативный код. Это поможет уменьшить общий размер приложения. Подробнее… И кнопка "Опубликовать рабочую версию" недоступна((

Не совсем верно. При использовании Indy нужно к проекту подключать библиотеки (libcrypto.so, libssl.so) для Android и (libcrypto.a, libssl.a)iOS. Пример для A есть на форуме. Для iOS такие же телодвижения, библиотеки например здесь. После всего это приложения прекрасно проходят проверки маркетов. Но все это добавляют лишнее телодвижения, размер приложения раздувается. И я бы рекомендовал использовать нативные компоненты, где это возможно.

Допустим ситуацию: Имеем 164 картинки (может быть больше. Размер примерно 128х128), данные картинки нужно добавить в приложение перед компиляцией apk-файла. У всех картинок уже заданы разные имена, например по такой схеме: 10 картинок (фрукты) – имя = fruit_1..10 26 картинок (овощи) – имя = vegetables_1..26 и т.п. при добавлении в Rad Studio необходимо сохранить эти имена, чтобы потом можно было по ним обращаться к картинкам. В приложении, список имён хранится в ComboBox'е, также как и количество картинок для каждой категории. Я вижу четыре варианта хранения: StyleBook (минусы: неудобно добавлять по одной штуке, каждой картинке нужно присвоить имя) Хранить в ресурсах (плюсы: можно добавить сразу все картинки. Минусы: нужно задать каждой картинке имя) Задеплоить (главный минус: прописывать настройки (путь и т.п.) для каждого файла (Kikoma просветил меня, оказывается можно массово задавать конечный путь)) единственное что теперь смущает, так это куча файлов в окне для деплоя Хранить все картинке в zip-архиве (плюсы: один файл, извлечь архив можно в любой момент) Это пока экспериментальный вариант, к нему я склоняюсь больше всего. Смысл данного варианта заключается в том что я запихну все картинки в один архив, сам архив в приложение, и когда придёт время извлеку все картинки по нужному пути, т.е. деплой в рантайме Минусы: Размер приложения в конечном итоге, после извлечения архива будет чуток больше. Картинки у меня в png формате, к ним я применяю сжатие при помощи PNGGauntlet, чтобы уменьшить размер. У кого есть ещё какие-нибудь варианты? Суть вопроса заключается в том, чтобы найти максимально простой и наименее затратный по времени вариант добавления картинок. Чтобы не задавать новые имена, а использовать уже существующие, чтобы можно было в один клик добавить все картинки, чтобы можно было в один клик прописать путь (если нужно) для всех картинок.

Для начала, данный вопрос уже не один раз поднимался на форуме, научитесь пользоваться поиском. Например, вбейте слово "размер" и нажмите кнопку "Искать". Вот официальный ответ на этот вопрос "Можно ли уменьшить размер приложения для андроида?"

По поводу размера: Указанный размер (14Мб) явно не стандартен (5Мб ), обычно приложение с контроллами весит не больше 5-7 Мб (зависит от количества контроллов и кода). В вашем случае, похоже, что в ресурсах вы используете большие картинки/видео или большую базу. Вроде как релиз версия приложения должна быть меньше по размеру. Рядом есть тема "Можно ли уменьшить размер приложения для андроида?" Совет по поводу скорости: Все ресурсоёмкие операции старайтесь вынести в отдельный поток.

зачем использовать другие View? они только увеличивают размер приложения

Думаю, это связано с появлением новых функций и новых компонентов в библиотеке. Т.к. FireMonkey кроссплатформенная либа, то и размер увеличивается на всех платформах, ведь приходится таскать всю либу с проектом. Вот ещё хорошая тема: Можно ли уменьшить размер приложения для андроида? Если вам так важны килобайты, то вот совет: Если вы используете картинки в приложении, то перед использованием прогоните их через оптимизатор «без потерь». Скорее всего, вы будете очень удивлены новому размеру (весу) картинок. Для примера: Я открыл стандартный стиль «Android Light», вытащил все картинки и оптимизировал. Вес до оптимизации: 552 КБ Вес после оптимизации: 366 КБ Визуально изменений вроде не видно. Результаты (кстати говоря, картинка ниже, была оптимизирована , вес до - 71,3 КБ, вес после - 48,5 КБ): Хотел было написать статью про оптимизацию, но пока не знаю, что ещё можно оптимизировать...

На форуме есть правило: Один вопрос - одна тема. По первому вопросу создайте отдельно тему, а по второму - уже обсуждалось, воспользуйтесь поиском (Поиск: "Размер приложения")

я бы не рекомендовал отключать стили. если нужен малый размер приложения, то это релиз сборка и упаковщик (upx, aspack и тд...) но я бы не заморачивался над этим

вообще не вижу здесь проблемы. Давайте использовать Delphi3, а еще лучше - турбопаскаль. Там вообще приложение может занимать килобайты, а то и байты. Это неуклонная тенденция - язык/фреймворк/SDK включает все больше плюшек и фишек, хранится больше ресурсов, с более высокими разрешениями и так далее. Размер приложения от версии IDE к версии будет расти. И это везде так, а не только в RAD Studio.

И в правду. Пробел в имени проекта увеличивает размер приложения несколько раз. Переименовал и получилось 12 Мб.

Добрый день, Ответ на этот вопрос практически полностью совпадает с ответом на вопрос Можно ли уменьшить размер приложения для андроида? с единственным отличием в составе файлов приложения. Спасибо

Спасибо большое за ответы! Я думал в этом направлении, но c FM только пытаюсь работать, и после перехода с VCL, конечно многое приходится переосмысливать. Меня смущало то что "Edit Default Style" затронет все Едиты в проекте. Признаюсь даже были мысли что стиль по умолчанию может иметь влияния на все проекты, а не только на этот. А мне надо изменить стиль только в на одной форме. Еще где-то читал, что такие манипуляции существенно увеличивают финальный размер приложения. Пожалуйста, развейте мои сомнения? :-) (можно ссылкой). Дополнено: странно, но у меня нет возможности удалить background из стиля. В контекстном меню нет такой команды. При помощи клавиши Del тоже ничего не происходит. Или имелось ввиду visible = false?