Всем привет. Вот пишу отдельный класс java, который будет отвечать чисто только за управление Bluetooth на android-устройстве. Хотел бы написать два метода, которые: Первый будет включать или выключать Bluetooth и при этом что-бы возвращал true либо false, в зависимости от успеха включения. Второй будет осуществлять поиск устройств и возвращать список найденных устройств. Со вторым методом я так понял не все так гладко, потому как на поиск затрачивается время, а метод выполняется полностью и сразу. Потому я думаю в таком случае использовать callback-функцию. А вот с первым проблема тоже кроется в том, что включение Bluetooth выполняется при помощи интента, то есть: Intent intent = new Intent(BluetoothAdapter.ACTION_REQUEST_ENABLE); context.startActivity(intent); А тут либо в Activity придется переопределять метод onActivityResult(), а я не хотел бы этого делать, потому как хотелось бы сделать классы независимыми друг от друга, следуя принципам инкапсуляции. Как бы грамотнее это все можно было оформить? Не хочу все нагромождать в одной активности -- это неправильно! Заранее большое спасибо тем, кто решил помочь! Всем добра и успехов вам!

как вариант конечно. а возможно ли сделать по сценарию как в retrofit, у него же там есть методы типа success либо error?

Есть такой вопрос, юзают ли еще биндинг на котлине и есть ли альтернативы?

какой такой биндинг?

камень в сторону произношения?)

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

не, так же плохо, как XMLный датабайндинг, не умеет никто и ничто :)

Перефразируй пожалуйста, звучит двояко )

Перефразируй пожалуйста, звучит двояко )

если хочешь продолжать использовать легаси-вёрстку, то альтернатив нет

А что сейчас в моде, что поможет отказаться от легаси кода ?

(если данные один раз засеттить, то и не нужен)

не нужен для Anko или вообще?

для вёрстки из кода && одноразового байндинга — не нужен, сеттеры же)

для вёрстки из кода && одноразового байндинга — не нужен, сеттеры же)

Почему предпочел верстку с кода без превью ?

Почему предпочел верстку с кода без превью ?

Оно и для XML очень слабое. А для кода обещали починить. :)

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

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

«Сыровата» — это что значит?

в чем отличие @field:SerializedName и просто @SerializedName подскажите плиз

в чем отличие @field:SerializedName и просто @SerializedName подскажите плиз

что за книга?

почему showInfoWindow может не показывать инфу.

этот перевод и эти скриншоты просто стоят друг друга :)

Русские люди написали на английском языке и потом ее 3 человек перевел обратно, ну бывает

google: kotlin annotation targets

Я за сегодня уже насчитал два раза, когда использовали паттерн "google: *". Мб сделать бота, который бы сразу результат выводил?

@ya

Не не не, так не интересно. Нужно, чтобы он ещё писал что-то вроде "казуальные нынче разработчики пошли"

а у вас в гитигноре .idea папка отмечена?

частично

ребят, после Подтверждения или отказа эти кнопки должны убраться (invisible) - и при этом кард тоже уменьшиться, чтобы не было пустого пространства - как этого добиться?

делай не invisible, а gone + высота карточки wrap_content

a gone удаляет объект?

INVISIBLE: This view is invisible, but it still takes up space for layout purposes. GONE: This view is invisible, and it doesn't take any space for layout purposes.