📱Mobile Meetup від Levi9 — 11 грудня, онлайн

Цього грудня Levi9 збирає мобільних розробників, щоб поговорити про архітектури, ефективність та інструменти, які формують мобільний світ сьогодні.

🎙Теми та спікери:
- Cross-Platform vs. Native: The Mobile Battle of Today — Антон Шамрай, Senior JavaScript Engineer, Levi9

- Accelerating Mobile Development using Kotlin Multiplatform — Михайло Микитин, JavaScript Tech Lead, Levi9

Мова доповідей — українська.

Поговоримо про вплив технологій на швидкість, якість і досвід користувачів, реальні кейси Kotlin Multiplatform для iOS та Android, а також архітектурні рішення й практики ефективної розробки.

Хост: Євген Сіротін — Engineering Lead, Levi9

💛Як і завжди, збираємо на підтримку фонду «Повернись живим» та розігруємо призи.

👉Деталі та реєстрація: https://meetup.levi9.com.ua/mobile-event

Дратуті! Хочу поділитися своїм новим OpenSource проєктом!
SUI-InputModifier - модифікатор, який дозволяє бахнути кастомний InputView для будь-яких SUI-View. Тобто, зробити кастомну клавіатуру, навіть там де вона не була передбачена за дизайном!

Є 2 варіанти - input з явним фокусом, та без фокуса. Явний фокус потрібен не-focusable компонентам, тоді як другий варіант підійде, щоб замінити стандартну клавіатуру у TextField!

Кастомна клавіатура грає за тими самими правилами що і системна!

Реалізація: все на UIKit, прокинуте через UIViewRepresentable. Input з модифікатором додає скритий UITextField до компоненту, з кастомним inputView. Input без модифікатора працює тільки з TextField. Він рекурсивно шукає UITextInput в ієрархії SUI, і додає inputView для них.

Код поки що альфа, та вже працює добре! Тому запрошую подивитися код, потестувати, та доєднатися до розвитку репо!

------------------------------
Я часто пишу і писав різні здебільшого технічні цікавинки на моєму Linkedin. Можеш підписатися, якщо було цікаво =)

SOLD OUT!!!

Простий спосіб витягти UIView, що обслуговує SwiftUI компоненти.

Іноді (часто) SUI не здатен надати такої гнучкості, яку надає UIKit. І тоді найпоширішеним рішенням стає створити свій UIKit компонент, та прокинути його через UIViewRepresentable.

Але зазвичай це відчувається перебільшенням, бо заради якоїсь дрібної модифікації доводиться навалювати гору коду, щоб покрити ще й те, що вже працювало в SUI.

Але компроміс існує! Можна додати до SUI компонента пусту UIView у якості background. Єдина мета цієї UIView - мати фрейм. А от сам компонент робить трохи більше: рекурсивно гуляє по UI-ієрархії, доки не вступить знайде компонент, що відповідає типу що ми шукаємо та пересікається фреймами з пустою UIView, що є його бекграундом!

Таким чином можна продовжити користуватися SUI компонентами, без необхідності бойлерплейтити заради дрібниць.

Але: спосіб не гарантованим та може "плавати" від версії до версії та від компонента до компонента.

------------------------------
Я часто пишу і писав різні здебільшого технічні цікавинки на моєму Linkedin. Можеш підписатися, якщо було цікаво =)

Всім привіт! Давно не публікував в цей канал, бо не було нагоди. Але маю для вас свіжий матеріал про мій нещодавній досвід великої міграції з XCTest на Swift Testing. Наразі, ми конвертували приблизно 30,000 юніт тестів і вивчили багато цікавих уроків в процесі. В цій статті я роблю огляд типових помилок в використанні параметризованих тестів - деякі більш очевидні, деякі менш. Я буду ділитися іншими уроками з цієї міграції в майбутніх статтях. Сподіваюсь комусь буде корисним! Пишіть питання якщо є.

https://swiftology.io/articles/pitfalls-of-parameterized-tests/