feat: locales xtraction

[FrankJaskon]

Добавил возможность извлекать переводы.

Сейчас реализована такая логика:

1. Создаём locales/ru.json на уровне энтрипоинта.
2. В компонентах, где используются переводы, добавляем на один уровень с src папку locales(можно пустую).
3. В компонентах, в formatMessage, или FormattedMessage задаём id и defaultMessages.
4. В энтрипоинте вызываем yarn extract-all. (добавил в postinstall, но он почему-то не отрабатывает, может я дурак).
5. Скрипт генерирует для каждого компонента в энтрипоинте переводы, записывает их в [ComponentName]/locales/ru.json.
6. В финале, из всех сгенерированных файлов собирается общий файл переводов на уровне энтрипоинта.

Сделал пока так, чтобы не добавлять провайдер к каждому компоненту, когда используем переводы.

[Nelfimov]

1. отличная работа!!
2. замечания поправить
3. надо будет это вынести в отдельный пакет. Можешь посмотреть как сделаны генераторы, потому что идея такая же - наш пакет добавляем в энтрипоинт, а он собирает переводы по страницам и фрагментам, если иное не указано в аргументах. Так же перевести скрипт на ts, тогда jsdoc не нужен. И в пакет необходимо добавить readme для пользования им

[Nelfimov]

вот с этим надо разобраться - почему он требует эмоушн хотя в зависимостях все есть. Проверь еще в гиперионе пожалуйста

[FrankJaskon]

"dependencies": {
    "csstype": "3.1.3"
  },
  "devDependencies": {
    "@emotion/styled": "11.11.0",
    "@types/react": "18.2.48",
    "@types/styled-system": "5.1.22",
    "react": "18.2.0",
    "styled-system": "5.1.5"
  },
  "peerDependencies": {
    "@emotion/styled": "11.11.0",
    "react": "18.2.0",
    "styled-system": "5.1.5"
  },
  "publishConfig": {
    "access": "public",
    "main": "dist/index.js",
    "typings": "dist/index.d.ts"
  }

Нам не нужно его явно в пирах получать?

@emotion/react вообще не фигурирует в зависимостях для текста в гипперионе

[Nelfimov]

Тогда надо обязательно добавить.

[Nelfimov]

создай пожалуйста таску на это дело

[FrankJaskon]

@Nelfimov

Изменил логику касательно проверки папок locales, вынес в отдельный пакет по аналогии с генераторами.

Добавил редми и вынес аргументы.

Проверь, если всё ок, то, как я понимаю, нужно будет создать таску, пойти в hyperion, поправить зависимости text компонента и добавить туда генератор.

Пока сделал костыль с temporary - чтобы пройти проверки, для hyperion-а потом попереименовываю и уберу temporary.

[Nelfimov]

1. Поставь пожалуйста таску в гиперионе на зависимости text
2. Надо подумать как мы можем делать то же самое с shared - в дельте некоторые фрагменты лежат там. Либо мы их используем без локали и передаем их через пропсы в фрагментах, либо надо генератор и там запускать

[FrankJaskon]

@Nelfimov

1. Поставь пожалуйста таску в гиперионе на зависимости text

Добавил atls/hyperion#538

2. Надо подумать как мы можем делать то же самое с shared - в дельте некоторые фрагменты лежат там. Либо мы их используем без локали и передаем их через пропсы в фрагментах, либо надо генератор и там запускать

Да, я думал об этом. Пока, согласно нашей архитектуре, было бы логичней использовать пропсы. Т.к раньше уже часто были проблемы из-за того, что переводы не определены во всех энтрипоинтах.

Или, как вариант, можем сделать дефолтное поведение, что для каждого энтрипоинта будем идти в shared и генерировать переводы.

[Nelfimov]

Ок тогда размещай генератор в гиперионе, паблис, а затем возвращаемся сюда и с зависимостью в энтрипоинте еще раз тестируем.