Open kikuchy opened 5 years ago
Sorry, I think :data:db
is now interface module. Is that :data:db-impl
?
Sorry for my misleading.
Currently :data:db-room
is Android implementation module of :data:db
.
We need iOS implementation module of :data:db
.
Of cource, renaming :data:db-room
to :data:db-impl
and including both Android/iOS implementation in :data:db-impl
is good way.
(But I think itβs little hard. I tried to make :data:db-room
Kotlin Multiplatform module, and it broke building :frontend
. I canβt investigate why it cause yet. :cry: So I think making each implementation modules individually is good.)
I have a question πββοΈ How we debug iOS implementation for development?
Debugging means testing?
I never tried testing iOS library written in Kotlin, but maybe this ( https://github.com/JetBrains/kotlin-mpp-example/pull/1 ) will help us.
If you mean "running app in DEBUG mode and stopping at breakpoint", we should make Xcode project of app ( maybe on frontend/ios
?) first.
I think that it will be easier to contribute if we can create an empty frontend / ios
project. What do you think?
Good idea!
And making the direction of implementation of iOS app is more better.
What do you think about below?
frontend/ios
feature/*
Sorry, I don't have an idea. But I think we can implement All VC is in frontend/ios. Because that is Swift source code. I think Only Data modules are written in Kotlin for iOS. What do you think? π
Perhaps, it might be useful? https://github.com/square/sqldelight
If we migrate that, Yes. It becomes 1.0. We can consider that π
I think Only Data modules are written in Kotlin for iOS.
Ok. I think itβs simple and understandable.
We need the template of Xcode project on this direction, and the issue to make that Xcode project... π
Iβll open issue this weekend if I can...
Overview (Required)
:data:db
instead of:data:db-room
.:data:db-room
Kotlin Multiplatform module.:data:db-room
is caching of Sessions, Speakers and Sponsers (maybe). iOS implementatuon can useNSUserDefaults
to save data.Links