🧑‍💻 Apple объявляет о поддержке интеропа Swift <-> Java

Две новые библиотеки SwiftKit и JavaKit сделают проще вызов Java-функций из Swift и наоборот. Почему это интересно нам, Kotlin-разработчикам? Ну, потому что будут всё больше распространяться новости, что Swift идёт по пути Kotlin и можно будет писать кроссплатформенные приложения под Java также, как и на Kotlin под Swift. И это не так.

В чём главное различие? Swift решает вопрос интеропа на уровне библиотеки. Kotlin же – на уровне компилятора. Основной бонус, который мы из-за этого получаем, – это очень гладкая интеграция. Если в настроенном проекте есть Kotlin и Swift файлы, то их декларации будут общими между двумя файлами. Swift будет видеть все функции/классы/интерфейсы Kotlin и сможет их вызывать/реализовывать. И наоборот. Swift <-> Java Interoperability работает по другому принципу. Для каждого вызова Java из Swift (и наоборот) необходимо написать специальный метод-обёртку, который работает через JNI. Что можно было делать и раньше, но занимало больше кода. Никакой новой возможности не появлось.

Это означает, что в Kotlin для использования Swift-библиотеки достаточно подключить её из spm или cocoapods. И т.к. пространство имён становится общее между Swift и Kotlin, никаких дополнительных действий делать не надо. И такое удобство возможно только в Kotlin, ибо он компилируется под нужную платформу, а, соответственно, имеет доступ к пространству имён этой платформы. Swift же не компилируется и не будет компилироваться в Java-bytecode, а в таком варианте уровень интеропа всегда будет отставать.

📹 Как сделать систему плагинов на Kotlin?

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

00:00 – Что за плагины мы будем смотреть?
04:22 – Схематично разбираем систему плагинов
21:40 – Рассматриваем Raycast как пример приложения с плагинами
23:34 – AIDL: объективно самый лучший способ создавать плагины
39:00 – Альтернатива Raycast от Эмиля под Android (Gester)
1:10:44 – Kotlin DSL: теория
1:17:48 – Kotlin DSL: практика
1:24:50 – Exteragram: плагины для Telegram-клиента на Python
1:28:30 – Рассматриваем плагин для поиска приложений в Gester
1:33:03 – Всем удачи, всем пока

YouTube

🔴 Стрим в воскресенье в 19:00

Присоединяйтесь на стрим по обсуждению Telegram-ботов! В это воскресенье мы соберёмся не только с Эмилем, но и с специальным гостем: Лёшей Овсянниковым.

Лёша – автор библиотеки 🤖 ktgbotapi, которая по моему мнению превосходит все существующие библиотеки под Kotlin в плане идиоматичности. А ещё он как-то умудряется совмещать это с фулл-тайм работой 😅️️️️️️

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

Telegram | YouTube | Twitch

🏝 Это первоапрельская шутка полноценный пропозал, прошедший несколько итераций

В Kotlin всерьёз рассматривают добавление static-функций и ведут обсуждение с коммьюнити. Пропозал: здесь, обсуждение: здесь.

Основные мотивации две:

• Разрешить делать статические функции-расширения на типы без компаньона
• Разрешить создавать статические функции без необходимости создавать объект

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

Самое адекватное предложение на данный момент – преобразовать статики-затычки в органичную фичу неймспейсов. Неймспейсы (пространства имён) уже есть в Kotlin: это пространство имён внутри пакета, класса, файла или даже функции. Концепция неймспейсов будет гармонично сосуществовать с объектами, и решать вышеперечисленные проблемы.

💬 Предыдущие 2 абзаца – это личное мнение. Оно не верное, оно очень упрощённое, оно может отличаться от вашего. Поэтому призываю в комментарии обсуждать! И не забудьте про ссылки на оригинальные пропозалы и обсуждение, они тоже интересные.

📹 Telegram Bot на Kotlin – это просто. Стрим с автором библиотеки для Telegram-ботов

В этом видео обсудили Telegram ботов, а также пообщались с автором одной из популярных библиотек для разработки Telegram-ботов на Kotlin. Присоединяйтесь к обсуждению в комментариях!

Ссылка на GitHub: https://github.com/y9san9/ktgbotapi-stream-bot

Ссылка на канал: @ktgbotapi

YouTube

🏝 Доклад про Rich Errors

Не так давно у нас был стрим по этой теме, и вот он вылился в доклад. Сегодня я буду рассказывать его в Санкт-Петербурге на втором митапе сообщества Kotlin Russia.

Морали две:

• Подписывайтесь на @kotlin_russia, чтобы участвовать в бесплатных сходках котлинистов по разным городам России.

• Подписывайтесь на @kotlinmeta, чтобы слушать интересный контент, который потом выливается в доклады.

Записи конкретно этого доклада не планируется, но я либо потом запишу отдельный видос, либо всё-таки решим вопрос с записью, либо расскажу на другой конфе. Keep it up!

P.s.: По этой причине стрима сегодня не будет, он переносится на завтра.