Автоновости

Если говорить о быстродействии, значит, мы сообщаем врожденной подготовке и ликвидируем посредников в лице многих кросс-платформенных решений и готовых «движков».

Мы также исходим из того, что дополнение спроектировано правильно: с ясной архитектурой и стеком, кэшированием, синхронной загрузкой, без костылей и тормозных посторонних элементов (колхозных SDK либо библиотек).

Нельзя просто получить и определить скорость работы приложения, как среднюю температуру по клинике и зафисикровать ее контракте на проявление услуг. Единственное исключение, если мы там же представляем лабороторные критерии измерений.

В настоящем мире мы не знаем:

— производительности железа в смартфоне клиента;
— числа заброшенных на нем приложений;
— качества интернет-соединения.

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

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

Для оптимизации прямо приложения — остатается смотреть на время со времени получения данных от сервера (загрузили и распарсили) до отправки на отражение, рендеринг.

Чем «тоньше» мобильный заказчик, чем меньше логики и вычислений ему делигируется, тем лучше для его быстродействия. Потому решаюшую роль в скорости работы приложения играет продавец данных, другими словами API.

Кроме скорости решения наблюдаем за форматом API, огромные пачки данных повысят время парсинга и понизят скорость приложения. Также пытаемся применять 1 источник данных (1 эндпоинт), чтобы ликвидировать неприятности с API либо упростостить их диагностику. Советуем посетить .net benchmark если не знаете как повысить скорость приложения.

Если, дерзко говоря, вы открываете в дополнении дисплей с перечнем товаров и дополнение проходит за продуктами в эндпоинт X, который возвратил данные за 150 мс, а за рангом этих же товаров дополнение пошло в эндпоинт Y, который возвратил данные за 100500 мс, то весь этот период дополнение будет ожидать данных о хит-параде, в связи с тем что нельзя показать перечень, пока у нас не будет всех необходимых данных.