Separate DateTime provider

[Scogun]

General Information

Right now we use kotlinx-datetime as multiplatform solution.
However, sometimes it make sense to use other DateTime provider.

Possible Solution

We have to extract any work with LocalDateTime into injected abstract DateTimeProvider.
We also must extract the functionality without the kotlinx-datetime library into kcron-common-core library.
As default implementation we must keep kcron-common package which will use kotlinx-datetime as DateTime implementation.

[Scogun]

After some investigation, I found that there is no better KMP date-time library than kotlinx-datetime.
So, maybe add the possibility to use different date-time provider is good but it should not reduce the current platforms amount.

[romualdbassinot]

Hi, in my case I would use your dependency in a JVM context, but without an other dependency like kotlinx-datetime as DateTime implementation. The JDK give already the java.time and I prefer to avoid to multiply dependency to do the same things.

[Scogun]

Hello @romualdbassinot!

Could you look into my PR?

[romualdbassinot]

Thanks I will look this week.