Doppl Code Sharing
summary
Doppl claims to let teams share business logic by converting Java/Kotlin to Objective‑C using a J2ObjC-based build tool plus a Gradle plugin and tested library set (Room, Retrofit, RxJava, Dagger, etc.). Android stays native — Android side 100% native — while iOS links generated Objective‑C into native Swift UIs. A real droidcon app prototype exists, a technical preview is shipping, runtime increases on iOS sit around adds 10–15MB to iOS app, and Xcode integration and memory-cycle handling are the main rough edges.
AI-written summary · about
chapters (12)
- 0:00Start
- 3:31Android Centric Code Sharing
- 11:32Shared Native Interface
- 15:21Business Case
- 19:03Which Platform Takes Longer To Build for
- 21:55Sharing Code Is Optional
- 25:17Sharing Is Optional
- 27:14Ios
- 28:21Droidcon Nyc Ios
- 30:14Technical Preview
- 32:57Memory Cycles
- 39:00Fonts
related talks
34mDoppl Code Sharing
39mAnd That, Folks, is How We Shared Code Between Android, iOS and the Backend
34mCode Sharing is caring - Cross-Plattform Development
52mBuilding apps using Kotlin Native
43mThe Triumphs and Tribulations of Kotlin-Native in Practice
33mThe (not so) hidden cost of sharing code between iOS and Android
22mIntegrate Multiple Kotlin/Native Libraries into Your Android/iOS Apps, Vincent Nicolle Coyote System
48mKotlin for Android, iOS & the mobile web
