Всі сучасні популярні DI-фрейморки для Java використовують обробку анотацій під час компіляції та/або під час виконання програми. Вони однаково добре працюють і для Kotlin, але мають свої недоліки, бо генерують забагато коду та/або використовують рефлексію, що негативно позначається на часі компіляції додатку, його розмірі та швидкодії. Крім того, зазвичай їх конфігурація є нетривіальною для великого проекту. Kotlin пішов кращим шляхом... В рамках доповіді буде продемонстровано як можна легко та ідіоматично організувати DI у своєму коді без допомоги сторонніх фреймворків. Натомість, в режимі програмування наживо ми разом створимо свій фреймворк без жодної анотації, де використаємо виключно стандартні можливості мови Kotlin. http://uamobile.org/uk/topics/idiomatichna-iniekciya-zalezhnostey-na-kotlin-bez-freymvorkiv

1. Idiomatic DI in Kotlin
Dmytro Zaitsev
Technical Lead @ Lohika

2. Dependency Injection
A technique for applying the principle of Inversion of Control
The goal - to achieve separation of concerns in our code
We want to use objects and don’t care about creating them

3. Dependency Injection

4. Service Locator
Design pattern used to encapsulate the processes involved in obtaining a
dependency
Acts like a simple runtime linker

6. Dependency Injection vs Service Locator
Both solve the problem of decoupling our code
Code does not instantiate concrete implementations

7. Dependency Injection vs Service Locator
With DI, we don’t have direct requests for dependencies
Dependencies are injected by the framework
With SL, our code asks the locator for specific dependencies
Every class that needs an injection has a dependency on the service locator

8. DI SL
Framework
You
You

9. Dagger 2

10. Dagger 2
Fully static compile-time DI framework for Java
Uses AP and codegen to build a dependency graph
“If it compiles, it will work…’’’
Requires lots of boilerplate
Adds up to the build time
Generates lots of code. It may be an overkill for small projects

11. “Just because big companies or your
friends use a library, it doesn’t mean it
will work for you.
Evaluate it and then go for it.”

12. Koin & Kodein
Lightweight DI frameworks for Kotlin
Work like Service Locator
No proxy, codegen, introspection, annotation processing
Leverage Kotlin features: delegates, reified generics, inline functions
Simple declarative DSL with idiomatic Kotlin API
Will crush at runtime if it can’t resolve a dependency

13. Koin
Small (really), pragmatic, concise
Can only be used with Kotlin
Simple natural API

14. Kodein
Can be used on JVM, Android, JS and Native
Robust
Has tons of features
More verbose, complicated API

15. So, choose wisely
or…
Create your own solution!

16. Demo
https://github.com/DmitriyZaitsev/kontainer

17. Thank you!
@DmitriyZaitsev