Как стать автором
Обновить

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

Ненавижу splash screen 2гиса, особенно когда я за рулём )
Там скорее дело не в самом splash screen, а в том, что он показывается очень долго даже на мощных смартфонах — просо потому что приложение долго грузится. =(
Может, там стоит задержка? Сам не пользуюсь, не знаю.
Было время, еще до того, как Google начал использовать Splash Screen в своих приложениях, я делал Android версию одного приложения для iOS. Ну и заказчик требовал, чтоб приложение показывало Splash Screen в начале, «ведь в iOS оно есть!!!». Пришлось сделать задержку в пару секунд, так как приложение грузилось быстро даже на слабых телефонах.
ну, надо было показать Apple HIG этому заказчику. На всех WWDC инженеры со сцены умоляют не делать именно Splash скрины. У Launch Screen в iOS совсем другая задача. Они должны сделать вид, что ваше приложение наоборот загружается настолько быстро, что моментально показывает элементы реального экрана, который появится после загрузки. Вот, что дословно говорит нам HIG

A launch screen appears instantly when your app starts up. The launch screen is quickly replaced with the first screen of your app, giving the impression that your app is fast and responsive. The launch screen isn’t an opportunity for artistic expression. It’s solely intended to enhance the perception of your app as quick to launch and immediately ready for use. Every app must supply a launch screen.
~1 сек. на Nexus 5. Может я чего-то не понимаю, но имхо, это оптимальное время для splash screen.
Splash screen может служить для загрузки данных или же для аптейда токена, и что значит правильно? каждый делает как удобно, поставить таймер, хэндлер на 2с я не вижу прям какой то опаски над этим. Тем более сплеш может быть анимация или видео.
Ну как-же. опаска в том что в будущем реально будет грузится за 0.2, но пользователи все равно будут ждать чертовые 2 секунды каждый раз.
Спасибо за статью! Не мог найти, как избавиться от белого экрана на старте приложения. Теперь все гуд=).
Как обычно — начали «за здравие», кончили — «за упокой». Сделать потомок основной темы с кастомным drawable — будь то лого или что-либо другое — это «за здравие». Применять эту тему к абсолютно лишнему активити, которое более никаких функций не выполняет, и ставить это никому не нужное активити ланчером — это «за упокой». Зачем городить огород, ведь запуск пусть и пустого активити, которое только и делает, что редиректит на основное (которое и должно быть ланчером), в любом случае занимает какое-то время и ресурсы.
Теперь — действительно правильный вариант. Стартовую тему, которая показывает лого, или что-нибудь иное, что-бы пользователь не видел белый экран, — нужно применять к ОСНОВНОМУ активити вашего приложения, у которого интент-фильтр настроен как
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>

Если у вас в этом активити используется разметка, у которой есть свой фон, который полностью закрывает экран — этого уже достаточно. Если же нет, то поменять тему программно — проще простого — первой же строчкой в onCreate (не обязательно именно первой, но сделать это необходимо до вызова super.onCreate):
    protected void onCreate(Bundle savedInstanceState) {
        setTheme(R.style.AppTheme_NoActionBar);
        ...
    }

P.S. Данную статью в оригинале я читал где-то год назад. И где-то в то же время действительно правильное решение гуглилось на stackoverflow уже тогда (второй ответ, а не тот, который с галочкой). И там же ссылка на пост-источник с правильным решением. Вот этот пост и нужно было переводить.
Ваш пример не рабочий, более того — он ломает основной стиль приложения
Аргументы будут, или так, просто дабы ляпнуть что-нибудь? В моих приложения все отлично работает.
У меня, ваш пример тоже «работает», но в пол силы, у меня есть догадки почему он работает так, как не ожидается, но это только догадки, по факту выполнив ваши инструкции полностью я получил сплэш, потом мэайн активити с поломанными стилями приложения, и кстати в скорости загрузки от вашего способа профита нету, по крайней мере ощутимого точно, а вот не приятные последствия — да
Аргументы таки отсутствуют, ибо если бы они были, то было бы указано — сломалось то-то, не работает это. А так — это просто слова без подтверждения. Еще раз — у меня все ОК, у 4+ сотен пользователей stackoverflow, отметивших ответ как правильный — видимо тоже. Периферийное устройство «прямые руки» в наличии?
Я же сто раз уже написал что сломалось. Я не спорю, что способ может работать на уровне HelloWord — идеально, но при интеграции в реальный проект это ломает существующие стили. Вам скрин прислать? Ну тогда это уже будут не аргумены, а факты) Если они вам нужны, то могу предоставить, без проблем). Да и overflow Вы, видимо не внимательно читали, советую пересмотреть
сам тоже польюзуюсь таким подходом, вот статья, где я это нашел — там в довес есть примеры с анимациями для красивых переходом Avoiding cold starts on Android
Сплэш может быть идеальным местом для инициализации нативных библиотек.
Я, например, сделал там инициализацию ретрофита, AndroidThreeTen и настройку Realm.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации