On Apr 11, 2024, 2:32 PM, CRT <90376@users.rsdn.org> wrote:

CRT>Вот нужен им этот флатер?

Вопрос в целесообразности — либо 10Mb flutter/react (или другой зоопарк), либо тащить еще больше других библиотек? Библиотек, которых нужно еще и сопровождать от версии к версии продукта. Ни один руководитель разработки этого не допустит. Ни один (исключая безмозглых конечно).

И главный вопрос «зачем»? Ну 10Mb вы выиграете вопросов нет. Но например, выкинув сборку для x86 (явно ж для эмуляторов была добавлена) освободишь уже с ходу 80Mb. А если совсем напрячься, то можно еще сократить на 200Mb. Но всегда вопрос — зачем? Чтоб набирать уже вместо мидлов — синьоров, потому что код станет заметно сложнее? Ага, вот отдел кадров и "бизнес" порадуется новым "входящим".

Здравствуйте, r0nd, Вы писали:


R>Вопрос в целесообразности — либо 10Mb flutter/react (или другой зоопарк), либо тащить еще больше других библиотек? Библиотек, которых нужно еще и сопровождать от версии к версии продукта. Ни один руководитель разработки этого не допустит. Ни один (исключая безмозглых конечно).


Ну как бы операционная система уже предоставляет некие интерфейсные возможности, которые еще и расширять можно. Вон на голом WinAPI довольно крутые интерфейсы пишут. Писали во всяком случае. А банковское приложение... что там за сложный интерфейс? Списки, поля ввода, отображение небольших изображений. Просто им проще на flutter это делать, а о размере они не парятся. Так же наверно и с остальным. (хотя я с мобильными приложениями давно не связывался в плане разработки)

R>Ага, вот отдел кадров и "бизнес" порадуется новым "входящим".

ну а сейчас пользователи "радуются". Особенно не с очень новыми телефонами. Я тут недавно ставил одно банковское приложение на Honor 7A. Не 500 мб, а всего около 70. Так телефон перезагрузился при первом запуске. И вообще оно тупило ужасно. Хотя в принципе телефон еще неплохо тянет и интернет (браузер) и воцап и ютюб и много еще чего.

On Apr 11, 2024, 3:26 PM, CRT <90376@users.rsdn.org> wrote:

R>>Ну как бы операционная система уже предоставляет некие интерфейсные возможности

Это теоретически, издалека так видится. А когда есть две совершенно разные OS и задача сделать приложение за N денег с конкретной группой лиц, и вложиться в конечные сроки — то как бы мало есть желающих теоретически порассуждать из разряда «а давайте Activity напишем на котлете в Android ну еще JNI, а в новых iOS возьмем Swift Playgrounds, а в старых придется использовать старый, добрый Objective-C». Почему? Потому что пока будете делать свое приложение и воевать с ветряными мельницами переносимостью — выйдет приложение от конкурентов (банковский бизнес полон конкурентов), и половина комментариев будет «а почему у Банка Б можно входит по сетчатке задницы, а у вас только по пальцу?» А некоторые особо возбужденные к ним перейдут, так как что? Люди ищут где сервис лучше, а не где «операционная система уже предоставляет некие интерфейсные возможности»

R>>Ага, вот отдел кадров и «бизнес» порадуется новым «входящим».

CRT>ну а сейчас пользователи «радуются».

Единицы. «Радуются» единицы. Но 99.9% банковской выручки формируются другими клиентами.

R>При чем здесь 3d-shooter? Хорошо, какое банковское приложение автор имеет ввиду? Непонятно. Сферическое в вакууме? То есть любое на 500Mb? Без проблем, берем любое на ~500Mb... абстрактное банковское приложение и смотрим (какое именно взяли оставим в секрете, не будем делать ему рекламу — ибо все банковские приложения одинаковые ± ):

Непонятно, но далее в теме сбербанковское препарировали.
Если посчитать, сколько всего делает банковское приложение (OCR, биометрия, голосовая связь, карты местности), то становится понятен размер нативных библиотек.

R>Больше 25% содержимого это статические ассеты графы.

А вот тут не совсем понятно. В интернетах пишут, что это картинки под разные разрешения экрана.
В чем специфика Android приложений, что им нужно тащить с собой ~150MB граф. ресурсов?
Взять те же веб-браузеры для PC: там тоже нетривиальный UI, и они работают с разными разрешениями экрана, но столько графики не тащат.


R>Итак видим 4 пака для разных моделей процессоров (позже детально посмотрим сколько реально там кодовой базы, потому что есть "ньюансы").

Ох, жесть. Это как если бы вместо скачивания Mozilla Firefox для 32-битной Win7, был бы архив с версиями под все архитектуры и ОС.
Надеюсь на файловую систему телефона ложится только нужная архитектура?

R>Это можно сказать динамические ассеты (~25%).

Ну вот это собственно байткод, как я понимаю.

R>Теперь давайте вернемся к утверждению/тезису, что программисты дескать сейчас "не те", окей берем случайную базу кода arm64-v8a (из неустаревших):
R>Что мы здесь видим? База кода программистов всего 73.5MB. Но есть какой-то libflutter.so...
R> Из пака в 500Mb (распакованные 600Mb) база кода программистов аж 5.3Mb.

Плюс dex файлы.