169 похожих чатов

Добрый вечер может знает кто-то можно как-то получить параметр с

настроек включены уведомления или нет для приложения?

43 ответов

17 просмотров

можно

Паша-Павлов Автор вопроса

А в какую сторону рыть нужно?

Издеваешься?

NotificationManagerCompat.from(requireContext()).areNotificationsEnabled()

Паша-Павлов Автор вопроса

Спасибо большое

Кстати, зачем в котлине ввели requireContext, из за которого мы явно переходим опять в Java NPE

потому как context может быть null у фрагмента

«в котлине ввели», лол

какой ты дотошный

Да не, я думаю он серьезно считает что это фича котлина

Принцип fail fast. Чтобы гарантировать падение при неправильном использовании. Чтобы был стимул сделать правильно.

Да androidx.fragment.app; В андроиде добавили. Так зачем добавили то?

я прям уверен, что вы ошибаетесь в своем суждении, зная уже не 1й месяц общения с Мишей

а это и не про меня

Я не про Мишу

Да но если null то будет Exception и все крашнится. Тоесть вместо того чтобы делать проверку на null, гугл опять разрешяет использовать такие вещи чтобы все крашнулось

прошу прощения, тогда не верно понял

Тебя что принуждают использовать requireContext? Его юзают там где контекст обязан быть и null check только сломает логику

Да считал так, глянул это фича андроида

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

Объязан? здравствуй lateinit

Что..

Не всё можно завернуть в котлин по разным причинам.

😁😁😁😁😁😁 Я так хохотался! Конечно, давайте игнорить null там, где его быть не должно. Для этого же в котлине придумали ?. да? 😁 Пусть оно глючит, но зато не падает.

Выше пояснили на реальном примере если ты не понял о чем я писал

https://t.me/android_ru/849132

не для этого.

Ты написал, что когда переменная может быть null, хотя не должна то ее использование можно завернуть в safe let, например, и жить без крэша.

Ты точно мое сообщение прочитал?

Да. И тебе другие люди написали о том же, о чем и я.

А во время краша в случае safe nullable в стектрейсе разве она не отображается?

Отобразиться, но зачем делать через такие костыли?

Все таки я думаю что прочитал ты не мое сообщение

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

lateinit property has not been initialized exception

всмысле?

не я про .?

Так не крашнется конечно

ну вот, а в стектрейсе ошибка будет видна?

Нет конечно, там и не будет никакой ошибки

Мне показалось, что ты предлагаешь не использовать requireContext там, где он может оказаться null. Наверное, я не так понял и ты на самом деле предлагаешь ни в коем случае не заменять requireContext на safe null check. Извиняйте, если так.

Там разные вещи

Ответь на комменты годовой давности плиз

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта