Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Idea] Support multi-platform targeting #6

Open
jeggy opened this issue May 24, 2019 · 6 comments
Open

[Idea] Support multi-platform targeting #6

jeggy opened this issue May 24, 2019 · 6 comments
Labels
enhancement New feature or request

Comments

@jeggy
Copy link
Member

jeggy commented May 24, 2019

Copied from: pgutkowski#11

@CLOVIS-AI
Copy link

Is there any plan for this currently?

@jeggy
Copy link
Member Author

jeggy commented Jun 27, 2019

I'm mostly focusing on trying to make it stable, reach version 1.0 and having full graphql support.

I have no experience with multi-platform in Kotlin, but maybe it's only small changes that are needed to make this library go multiplatform?

andylamax mention in the old thread that Kotlinx-Serialization is stable and could replace Jackson. If this is the only thing required, I'm willing to try to replace it.

We always welcome pull requests ;)

@CLOVIS-AI
Copy link

I'm only getting started on Kotlin/Multiplatform and I just discovered this project, so I don't think I'll be able to contribute right now, but maybe in the future I'll help with that ^^

@jeggy
Copy link
Member Author

jeggy commented Jun 27, 2019

If you could provide a use-case, then I will pick it up sometime soon and investigate what's required to make it happen

@CLOVIS-AI
Copy link

Well, now that Kotlin/Multiplatform is available, it sounds like a waste to me to start a project that is constrained to one platform only. I know I'm going to only use libraries that are available on Multiplatform from now on, because it would be a waste of time to try to find a library for each platform and create an abstraction layer for them. I think most people are going to think somewhat similarly.

This lib offers so much potential that I don't think it's possible to find a version for each platform...

Well, I'm currently in the process of migrating a client of a REST API from Kotlin/JVM to Kotlin/Multiplatform (using Ktor, coroutines & serialization), maybe when that's done I'll try to help here, since the problem sounds similar from what I've read in both issues

@jeggy jeggy mentioned this issue Feb 24, 2020
5 tasks
@NathanPB
Copy link

I'm looking to port one of my projects to Kotlin Multiplatform too (which uses kGraphQL) and I think that we should start porting every dependency to Kotlin Multiplatform, and then replacing every use of the Java's stdlib to Kotlin equivalents.

In my project I will need to write a lib for async (I know there is Coroutines, but it looks like it does not work with JavaScript's async/await), an HTTP request library (there is Fuel, but it is not multiplatform, and I think Fuel is kinda overcomplicated), and Caffeine.

Taking a quick look into kGraphQL build.gradle.kts I see that you are also using Caffeine, so I guess that if we write a wrapper for Caffeine to work with its own implementation in Kotlin/JVM and the imp of another lib (like node-cache) in Kotlin/JS is a good idea and will get this project (and mine as well) a step closer to multiplatform.

Also no experience with Kotlin multiplatform, but I'm really interested in helping

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants