Suggestion: Use some other time library?

[joshvanallen]

Just as a suggestion, Moment is a fairly large library and there has been recent development in the time library area that can do 75-80% of what Moment can do. Might be worth looking into! If I can help in any way, please let me know!

[Agranom]

Hi. I've been thinking about working with locales and I guess Moment is good with that

[joshvanallen]

From my understanding, date-fns is the closest time library to Moment.
date-fns/date-fns#275 (comment)

[Enngage]

@jvanallen93 Actually Luxon is closer. Its been developed by one of Moment maintainers and it eventually came under Moment umbrella. Its really, really good. Especially the way it handles locales, its immutability and the fact that its so much smaller than moment itself. API itself is also quite close to moment.

@Agranom The problem with moment (and its locales) is that its huge and it easily adds > 1MB to the angular's bundle size. This is the reason we are avoiding using Moment in Angular completely. Sure the size gets Gzipped a bit, but its still pretty heavy compared to say Luxon or date-fns. Would be really happy to see this library switch to something else so that we could include it in our project.

If I look at our app report, I find that moment + moment locales take up about 1.4 MB in parsed (minified) size:

Luxon on the other hand is 63 Kb.

[joshvanallen]

@Enngage this is awesome to see and thanks for another date package to investigate!

[checketts]

I'm also interested in avoiding moment. We are already using date-fns for other calendaring/date features.

As a guess, how difficult would it be to swap out moment? Is it something I could PR?

[Agranom]

I'm totally agree with you guys. And I'll change the library once I have time. I hope it will be soon

[Enngage]

That would be really awesome, thanks! Maybe you could leverage material's DateAdapter (or create your own) so that one could use date-fns, moment or luxon or anything else should they wish to.

[Enngage]

Any news about this? Would like to switch to this lib when possible :-)

[Agranom]

Didn't have time for that. Going to start today.

[ghost]

@Agranom

Can't personally vouch for it but have read about Day.Js as an alternative

⏰ Day.js 2KB immutable date library alternative to Moment.js with the same modern API

https://github.com/iamkun/dayjs

reference: moment/moment#2373 (comment)

[Enngage]

Nice overview of these libraries can be found here -> https://github.com/you-dont-need/You-Dont-Need-Momentjs

I'm using Luxon as (in my opinion) its the most modern and already quite mature library + I needed timezone support.

[katan]

Here another one interested to avoid Moment.js

[Agranom]

I've already started with luxon library

[Agranom]

Done. Changed momentJs to luxon. But I'm not sure that size of the timepicker package's got smaller.
Can someone check?

[Enngage]

@Agranom Awesome. I don't think the size of your library matters much - it's still very small. It's the moment dependencies that cause apps to bloat.

I'll switch to this library soon :-)

[katan]

Great work!
The angular's bundle size is reduced in ~250kb (Parsed)

Thanks a lot!

[Agranom]

Great. Hope those changes will not affect on functionality