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.

Sign up for GitHub

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

Jump to bottom

Don't typealias Month (and others) #96

Open
fluidsonic opened this issue Jan 31, 2021 · 5 comments · May be fixed by #378
Open

Don't typealias Month (and others) #96

fluidsonic opened this issue Jan 31, 2021 · 5 comments · May be fixed by #378
Assignees
@dkhalanskyjb
Labels
breaking change This could break existing code
Milestone
0.9.0

Comments

@fluidsonic
Copy link

I suggest to not typealias anything in a multiplatform date/time library.

  • It mixes platform-provided API into the library's API which causes confusion and is platform-dependent.
  • It doesn't allow for adding a companion and thus "static" functionality - not even through extensions.

For example:
I had code in the back-end that used Month.of(someInt). The code was relatively simple and there were no JVM-specific imports. So I've moved it to a shared multiplatform dependency and was surprised that Month.of() was no longer available. Month.<autocomplete> didn't provide me with any useful alternative.

After Cmd-clicking on Month I've learned that it is merely a typealias on JVM. It took a while to figure out that there's an additional Month(Int) function in kotlinx-datetime that I should've used instead. Scenarios like that can easily lead to confusion and inconsistency.
@september669
Copy link

Another example for Android

import android.content.Context
import kotlinx.datetime.DayOfWeek

fun DayOfWeek.toString(context: Context): String{
    return when(this){
        java.time.DayOfWeek.MONDAY -> TODO() <---- Field requires API Level 26
        java.time.DayOfWeek.TUESDAY -> TODO()
        java.time.DayOfWeek.WEDNESDAY -> TODO()
        java.time.DayOfWeek.THURSDAY -> TODO()
        java.time.DayOfWeek.FRIDAY -> TODO()
        java.time.DayOfWeek.SATURDAY -> TODO()
        java.time.DayOfWeek.SUNDAY -> TODO()
    }
}

@JakeWharton
Copy link

@september669 the whole library requires coreLibraryDesugaring to be enabled enabling the use of java.time on previous API levels.

@september669
Copy link

september669 commented Mar 17, 2021 •
edited
Loading

@september669 the whole library requires coreLibraryDesugaring to be enabled enabling the use of java.time on previous API levels.

Thanks a lot!

@PaulWoitaschek
Copy link

PaulWoitaschek commented Apr 15, 2021 •
edited
Loading

I actually like the typealiasing as when we further process the data in the android project, we'd need need to create a wrapper that does the mapping.
We actually use a expect typealias LocalDate function to expose public properties coming from our library surface and actual implement it as javas LocalDate on android and NSDateComponents for ios.

The argument with the factories will go away when the namespace feature arrives.

@fluidsonic
Copy link
Author

fluidsonic commented May 25, 2021 •
edited
Loading

With Kotlin 1.5 it became super annoying and really needs to be changed.

image

@dkhalanskyjb dkhalanskyjb mentioned this issue Jan 12, 2022
Closed
@dkhalanskyjb dkhalanskyjb added the breaking change This could break existing code label Dec 1, 2023
dkhalanskyjb added a commit that referenced this issue Apr 3, 2024
@dkhalanskyjb
No longer make Month and DayOfWeek type aliases on the JVM
52dac5a 
Fixes #96
@dkhalanskyjb dkhalanskyjb linked a pull request Apr 3, 2024 that will close this issue
Open
dkhalanskyjb added a commit that referenced this issue Apr 3, 2024
@dkhalanskyjb
No longer make Month and DayOfWeek type aliases on the JVM
2e1c4f6 
Fixes #96
@dkhalanskyjb dkhalanskyjb added this to the 0.7.0 milestone Apr 12, 2024
@dkhalanskyjb dkhalanskyjb self-assigned this Apr 12, 2024
@dkhalanskyjb dkhalanskyjb modified the milestones: 0.7.0, 0.9.0 Sep 2, 2024
dkhalanskyjb added a commit that referenced this issue Oct 18, 2024
@dkhalanskyjb
No longer make Month and DayOfWeek type aliases on the JVM
f4ae79a 
Fixes #96
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@dkhalanskyjb dkhalanskyjb

Labels
breaking change This could break existing code
Projects
None yet
Milestone
0.9.0
Development

Successfully merging a pull request may close this issue.

No longer make Month and DayOfWeek type aliases on the JVM Kotlin/kotlinx-datetime
6 participants
@JakeWharton @fluidsonic @PaulWoitaschek @september669 @dkhalanskyjb and others