Alec intense from Cash App shares their tale of adopting KMM and benefiting from provided code across their platforms that are mobile.
Cash App may be the way that is easiest to deliver money, spend some money, spend less, and purchase cryptocurrency. We believe in supplying everyone else with access to essential financial services so they may be able completely take part in the economy. The app established in 2013 as a simple peer-to-peer payment application with 4 mobile designers, plus it now has 50 mobile designers (split across iOS and Android os) and 30 million monthly active users.
The software has been built with the native Android/iOS t lchains throughout, with some tiny exceptions. We introduced A javascript runtime to power some shared server-driven logic for displaying sensitive payment information, and that has been our first exposure to provided rule. We continued to experiment with JavaScript as a t l for sharing code after 2016, but we figured unless circumstances needed it, the price of working together with JavaScript outweighed the value of sharing rule. We sh t for a development that is quick with Cash App, with small pull demands being reviewed and merged in only a matter of hours, and working with JavaScript always slowed down us down, both in the writing and also the reviewing of it. As time passes our Android os and iOS groups grew closer, the platforms did exactly the same with Swift and Kotlin, and collaboration involving the two teams strengthened. We began bouncing some ideas off each other and comparing rule, and comparable implementations started growing within the codebase.
The choice to test out Kotlin Multiplatform started in available source. a collection we maintain called SQLDelight ended up being gearing up to create Kotlin-only APIs, additionally the decision ended up being designed to also use KMM to create those generated APIs platform-agnostic.
Read more