ookami_kb

MYAPP_RELEASE_KEY_ALIAS – это не пароль, это ключ, который находится внутри хранилища. Если вы создавали хранилище командой типа такой:

$ keytool -genkeypair -v -keystore my-release-key.keystore -alias my-key-alias -keyalg RSA -keysize 2048 -validity 10000

то в MYAPP_RELEASE_KEY_ALIAS должно быть то, что написано после параметра -alias (в данном примере: my-key-alias).

Разница будет в том случае, когда этот интент могут обработать разные приложения.

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

Какой способ выбрать - зависит от бизнес-логики этого метода. Например, если кнопка нужная для отправки письма, первый способ предпочтительнее (поскольку обычно пользователь все время пользуется каким-то одним почтовым клиентом); если же это кнопка Share - то логичнее предлагать пользователю каждый раз выбрать, как именно он хочет поделиться контентом.

Если нужно только проверить, что приложение существует, то разницы никакой нет (но второй способ мне кажется чуть нагляднее и проще для восприятия). Вся разница между ними будет в том, что один вернет *все* подходящие приложения, а другой - одно (самое подходящее), если оно существует.

Тут дело скорее не в Java как таковой, а в том, что это JVM, соответственно, надо хотя бы в общих чертах представлять, как оно работает, что такое GC, где могут использоваться strong/weak references и т.д. Я пока не встречал книг или статей по котлину для начинающих, где объяснялись бы эти вещи (как раз потому, что они работают так же, как и в Java).

Поэтому какой-нибудь Hello World под андроид можно написать совсем без знания Java, но для чего-то чуть более сложного надо знать основы.

Flutter возможно вытеснит разработку под Андроид – но только при условии, что правдой окажутся слухи о том, что Google переведет всех на OS Fuchsia, где официальный фреймворк – это Flutter. Но даже в этом случае никуда не исчезнет огромный пласт существующих приложений, написанных под Андроид, так что скорее всего будет существовать какая-то возможность портировать существующие Андроид приложения.

Пока что Flutter выглядит как хорошая возможность писать кроссплатформенные приложения, не уступающие по скорости нативным, но как и с любым другим кроссплатформенным фреймворком, надо хотя бы в общих чертах представлять, как работает Android и iOS (а лучше все-таки иметь хоть небольшой опыт написания нативных приложений по эти платформы).

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