Get rid of dayjs from @gravity-ui/date-utils

[hozblok]

Objective

The part of work to remove the dependency of dayjs has already been done. The part related to i18n remains.

Solution Proposal

1. Create concept to implement new i18n model.
2. Get rid of i18n with dayjs
3. Remove dayjs.
4. Simplify the library by removing singletonism.

[korvin89]

сс @ValeraS

[arteria32]

Objective

The part of work to remove the dependency of dayjs has already been done. The part related to i18n remains.

Solution Proposal

1. Create concept to implement new i18n model.
2. Get rid of i18n with dayjs
3. Remove dayjs.
4. Simplify the library by removing singletonism.

Note:
I think you miss a one step (mb, first step): implement a method to decode timestamp from string.

In this method dayjs.locale need only to getting preset of locale aware formats:

Steps of algorithm

1. In date-utils apply a plugin customParseFormat
2. Call a function to parse string with specific format
3. Make a parser by input format string and locale settings
4. Check a locale aware format in locale dictionary

cc:@hozblok

[arteria32]

What do you think about using Intl.DateTimeFormat and Intl.RelativeTimeFormat instead of dayjs.locale? It is an embedded ECMAScript internationalization API.
In comparison to a full rewrite of dayjs.locale, using an embedded tool can reduce the cost of implementation and support.

сс: @ValeraS, @korvin89