What kinds of libraries do you miss most in multiplatform?

# multiplatform

[Marc Knaup]

What kinds of libraries do you miss most in multiplatform?

[Nick]

While there is #koin, it’s not currently working with kotlin 1.4 very well.

[aleksey.tomin]

1. Standard logger
2. ktor-CIO client with SSL
3. ktor-CIO server (with SSL)

[bsimmons]

+1 for the standard logger

[Marc Knaup]

@Nick what about Kodein?

[Marc Knaup]

Logging is a good point! Haven’t thought about that one.

[Nick]

kodein works on mpp?? I thought it was just for android 🤯

[Marc Knaup]

Yeah it’s multiplatform by now, thanks to typeOf(). I stopped using it though as I find it too heavy (esp. the API). I rarely need more logic than “give my an instance for this class”. No tagging, factories, providers, etc.

[Marc Knaup]

OTOH writing DI properly isn’t too easy either 😅

[saket]

It’d be great if we had a basic library for reading and writing to files.

[Marc Knaup]

@saket like the vision of kotlinx-io?
https://github.com/Kotlin/kotlinx-io

[saket]

yes, but kotlinx-io doesn’t support files yet and the project looks abandoned

[Marc Knaup]

Yup, vision. Doesn’t seem to have a high priority indeed 😞

[saket]

There’s also https://github.com/orangy/kotlinx-files but it hasn’t been updated in a while either.

[saket]

I’ve been keeping an eye on https://github.com/caffeine-mgn/pw.binom.io

[Marc Knaup]

Lot’s of stuff packed in one library 😮

[saket]

that is exactly why I get overwhelmed by it lol

[Big Chungus]

For logging there's logkat

[Thomas]

Strings.kt

[Marc Knaup]

@Thomas what do you miss for Strings?

[Thomas]

Multiplatform string resources. Currently I have a simple Gradle script that converts Android strings.xml to iOS localizable file, but a real multiplatform solution would be better

[Marc Knaup]

Ah, a string localization solution.
You could help build one on top of this: https://github.com/fluidsonic/fluid-locale/blob/master/sources/common/LocalizedValueResolver.kt

It’s basically for resolving a values based on a Locale w/ hierarchy in mind (zh-Hant-CN -> zh-Hant -> zh -> root).

[Marc Knaup]

You you could create a Gradle plugin to generate an even more efficient resolution like I do with country name localization:
https://raw.githubusercontent.com/fluidsonic/fluid-i18n/master/modules/data-regions/sources/common/RegionNames_normal.generated.kt

It’s fun 😄

[Marc Knaup]

But we’d still have to add support for pluralization and placeholders based on Unicode standards & CLDR.

[gildor]

• Resources
• Real compile-time DI (not service provider)
• Files
• Server
• Logging
• Good, official full-featured testing library, not kotlin-test

[Marc Knaup]

Regarding DI you basically mean a compile-time check for whether dependencies will properly resolve at runtime?

Otherwise it's called parameters, isn't it?

[gildor]

right

[gildor]

not sure what do you mean by “called parameters”

[Marc Knaup]

Basically passing the dependencies as function or constructor parameters. That’s most basic compile-time DI, isn’t it? 🙂

[gildor]

yes, manual dependency injection, you right

[saket]

Someone is working on a DI library that uses KSP: https://github.com/evant/kotlin-inject

[Marc Knaup]

Haven't heard of ksp - sounds great!
Maybe I can make my JSON library easily multiplatform by that 😃

I also need a multiplatform KAPT replacement for my graphql library.

[Orhan Tozan]

For logging, I'm using https://github.com/AAkira/Napier for awhile now, works great.

[aleksey.tomin]

I haven’t found macOS/minGW source code. Is it exists?

[rocketraman]

For logging, I started with Napier but switched to Kermit. Napier relies too much on objects (statics) and so was making things more difficult than necessary. https://github.com/touchlab/Kermit