Ребят, крайне тупой вопрос, заранее извиняюсь. Везде в доках, во всех статьях пишут activity/fragment lifecycle callbacks. Но разве это колбеки? Колбек - это же метод обратного вызова, т.е, как я вижу - прокидывается интерфейс и вызывается в каком-либо месте. Но разве тот же самый onCreate это колбек? В нем же даже есть вызов метода родительского класса (при помощи super), чего в колбеке в принципе быть не может. Рассудите, в чем я прав, в чем нет, а то мб я вообще ничего не понимаю и Миша всё херня, давай по новой.

коллбэк — это код, который ты передаёшь куда-то в библиотеку/фреймворк, чтобы тебе его вызвали. Всё

Ребят, крайне тупой вопрос, заранее извиняюсь. Везде в доках, во всех статьях пишут activity/fragment lifecycle callbacks. Но разве это колбеки? Колбек - это же метод обратного вызова, т.е, как я вижу - прокидывается интерфейс и вызывается в каком-либо месте. Но разве тот же самый onCreate это колбек? В нем же даже есть вызов метода родительского класса (при помощи super), чего в колбеке в принципе быть не может. Рассудите, в чем я прав, в чем нет, а то мб я вообще ничего не понимаю и Миша всё херня, давай по новой.

Ребят, крайне тупой вопрос, заранее извиняюсь. Везде в доках, во всех статьях пишут activity/fragment lifecycle callbacks. Но разве это колбеки? Колбек - это же метод обратного вызова, т.е, как я вижу - прокидывается интерфейс и вызывается в каком-либо месте. Но разве тот же самый onCreate это колбек? В нем же даже есть вызов метода родительского класса (при помощи super), чего в колбеке в принципе быть не может. Рассудите, в чем я прав, в чем нет, а то мб я вообще ничего не понимаю и Миша всё херня, давай по новой.

А super нужен если нужно перегрузить стандартный метод или вообще его не вызывать в стеке колбеков

А super нужен если нужно перегрузить стандартный метод или вообще его не вызывать в стеке колбеков

Документация! Ответит на все ваши вопросы

Официальная документация не всегда актуальная или даже правдивая

Jvm specifications

ты как-то ворвался, и вообще непонятно, на что отвечаешь

Исходники!

Цепочку ответов посмотрите

да вот на неё и смотрю, бред какой-то

В том что ты делаешь add вместо replace фрагмента?

>> чего в колбеке в принципе быть не может. Может. Просто мы явным образом не передаём активити, нам всё система магически предоставляет. Ты же явно не вызываешь onCreate у активити, например? Фреймворк извне его вызывает. Обратный вызов.

Так по WiFi можно где-то почитать? На уровне недокументированого API / драйверов. Суть в чем - я хочу вручную послать через WiFi пакет без сопряжение с конкретным устройством. Что-то вроде echo. Но стандартное API Android требует обязательного сопряжения. Даже в p2p сети. Нельзя просто так взять и послать произвольный пакет "в никуда".

девайсы то разные, как ты собрался посылать на уровне драйверов, чисто под свою железку?

Так по WiFi можно где-то почитать? На уровне недокументированого API / драйверов. Суть в чем - я хочу вручную послать через WiFi пакет без сопряжение с конкретным устройством. Что-то вроде echo. Но стандартное API Android требует обязательного сопряжения. Даже в p2p сети. Нельзя просто так взять и послать произвольный пакет "в никуда".

У вас в .gradle/daemon репозиторий должен быть?

Всем привет, я пытаюсь постепенно избавиться от встроенных в AOSP приложений по типу календаря и т.п. Но я не уверен является ли метод, который я выбрал наиболее правильным и эффективным в данной ситуации. После некоторого изучения вопроса я пришел к следующим действиям: 1. Выбрать интересующее приложение и найти его "LOCAL_PACKAGE_NAME" 2. Использовать "mgrep название_приложения" с помощью "envsetup.sh" 3. Посмотреть на полученные пути с упоминанием названия приложения 4. Удалить строчки кода, содержащие Н.П из makefiles Также я наткнулся на еще вот такой вариант: "Вместо того, чтобы модифицировать кучу makefiles в AOSP в разных папках, можно добавить новый модуль, (a stub?) и выключить ненужные приложения при помощи Android.mk, используя LOCAL_OVERRIDES_PACKAGES. Если приложения всё еще появляются в конечном билде, добавить в LOCAL_OVERRIDES_PACKAGES то, что вызывает их установку, к примеру, из LOCAL_REQUIRED_MODULES. Но, к сожалению, у меня пока не хватает знаний, чтобы создать собственный модуль, потому этот вариант я не рассматривал. Есть ли какие-то шаги, которые я мог бы предпринять для того, чтобы удалить из конечного билда встроенные приложения, ничего при этом не сломав. Как вы думаете какое решение в данном случае будет наиболее верным и эффективным? И что стоит почитать для ознакомления с внесением простых изменений вроде вышеперечисленных в AOSP? Если это имеет значение, на данный момент я пытаюсь убрать Calculator; Calendar; Camera; Clock; Contacts; Files; Gallery; Messaging; Music; Phone; Search; WebView Заранее спасибо!

мм, тогда мне просто скриншот нужно сделать программно и всё?

А super нужен если нужно перегрузить стандартный метод или вообще его не вызывать в стеке колбеков

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

Ты хочешь собрать прошивку без приложений? Ты можешь их отключить просто убрав Android.mk файл у каждого из проектов, либо переименовав (например в .ignore.Android.mk) Если хочешь правильно сделать, то надо создать свой собственный device и в нём настроить список приложений. Либо взять тот таргет, которым ты собираешь, и в нём удалить из .mk файла приложения. Не помню как именно называется mk файл (то ли в board.mk, то ли в packages.mk, то ли как-то ещё, может отличаться от Android.mk), но тебе нужен PRODUCT_PACKAGES Возьми имя таргета, который ты выбираешь, когда делаешь lunch и найди, где и в каком mk файле для него настраиваются приложения. Можно погрепать либо vendor/, либо device/

Первое решение, насколько я понял, это просто переименовать Android.mk у приложений в aosp/packages/apps, чтобы они игнорировались при сборке? Второе думаю понял, сделать относительно тоже самое, только для конкретного таргета. По поводу костыля - я так и предполагал, потому задался вопросом изначально

Спасибо, думаю начну с первого в таком случае! Когда я закончу вносить изменения, есть ли вариант собрать прошивку не с нуля(6 часов на моем железе), а частично, чтобы сразу отправить результат на таргет? make clobber полностью убирает out, есть ли какие-то другие варианты?

apk не должны попасть в образ после пересборки.

Я не уверен конечно на 100, но я бы все таки клин для выпиленных модулей сделал бы, у тебя никогда с этим казусов не было?

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

Всем привет, возник такой вопрос - как получить доступ к уже существующей бд(assets/databases/my.db) используя room? Может быть найдётся у кого-нибудь сампл. На гите есть либа позволяющая это сделать, но она жутко медленная, поэтому желательно своими руками

Всем привет, возник такой вопрос - как получить доступ к уже существующей бд(assets/databases/my.db) используя room? Может быть найдётся у кого-нибудь сампл. На гите есть либа позволяющая это сделать, но она жутко медленная, поэтому желательно своими руками

звучит как "зачем if(condition) если есть if(condition.toString().equals("true"))"