Moment: in, 미국 내 지역

en 로케일이 있지만 별도의 파일로 제공되지 않습니다. moment().locale() 및 moment.locale() 매우 많이 허용됩니다.

moment.locale('fr')
"fr"
moment().format("LLLL")
"vendredi 25 novembre 2016 03:39"
moment.locale('en')
"en"
moment().format("LLLL")
"Friday, November 25, 2016 3:39 AM"

en-US 작동합니다. 덜 구체적인 일치 항목을 검색하고 en 로케일이 미국 영어이기 때문입니다.

moment.locale('en-GB')
"en-gb"
moment().format("LLLL")
"Friday, 25 November 2016 03:40"
moment.locale('en-US')
"en"
moment().format("LLLL")
"Friday, November 25, 2016 3:40 AM"

나는 그것을 사지 않는다. 환경에서 로케일이 감지 된 경우 moment / locale / $ {detectedLocale}을로드하기 위해 필요한 dep 경로가 구성되는 경우를 고려하십시오. 해당 변수가 "en"또는 "en-us"이면 requirejs는 파일로드에 실패합니다 (404를 얻음). 'de'로 감지되면 파일 이 로드됩니다.

@eigood Moment의 로케일 로더는 이미 영어가 있음을 알고 있으며 외부 파일에서로드를 시도하지 않습니다.

@icambron 사용자가 로케일로 'en-US'를 전달할 때 트리를 걷는 것에 대해 옳지 않다고 생각합니다. 사실, 나는 현재 그것을 통해 디버깅하고 있으며 당신이 트리를 걷고 있지 않기 때문에 깨지고 있습니다.
내 사용 사례는 locale이 단일 문자열 'en-US'인 moment.utc (myDate, myFormat, locale, true)를 호출하는 것입니다. 해당 문자열은 가져올 수 없지만 (파일이 없기 때문에) 배열이 아니므로 로케일을 요구하려고 시도한 다음 프로덕션 환경에서 중단됩니다.
진짜 최선의 행동은 기본적으로 존재하는 로케일 목록에 en-US를 실제로 포함하는 것 같습니다 (지금은 존재하지 않고, 그 자체로 en 만 있음).

@steveccable 글쎄, 그것은 당신이 더 구체적인 지역

@icambron 내 환경은 npm을 사용하여 종속성을 제어하는 ​​React Native 애플리케이션이며 최소한의 샘플 애플리케이션에서도 오류를 복제 할 수있었습니다. 문제는 loadLocale 함수에서 name이 en-US 인 require ( './ locale /'+ name)을 시도하고 요청이 실패한다는 것입니다. 릴리스 빌드에서 요구 사항이 실패하면 다음 줄을 따라 스택 추적과 함께 앱이 중단됩니다.

E/ReactNativeJS: Requiring unknown module "./locale/en-us".
E/AndroidRuntime: FATAL EXCEPTION: mqt_native_modules
                                                                Process: com.myApp, PID: 30054
                                                                com.facebook.react.common.JavascriptException: Requiring unknown module "./locale/en-US"., stack:
                                                                o<strong i="7">@2</strong>:742
                                                                n<strong i="8">@2</strong>:426
                                                                i<strong i="9">@2</strong>:278
                                                                t<strong i="10">@2</strong>:210
                                                                Xe<strong i="11">@648</strong>:16702
                                                                nt<strong i="12">@648</strong>:17804
                                                                gt<strong i="13">@648</strong>:22583
                                                                yt<strong i="14">@648</strong>:22460
                                                                wt<strong i="15">@648</strong>:23200
                                                                c<strong i="16">@648</strong>:1112
                                                                parse<strong i="17">@645</strong>:1536
                                                                render<strong i="18">@643</strong>:2923
                                                                _renderValidatedComponentWithoutOwnerOrContext<strong i="19">@141</strong>:7295
                                                                _renderValidatedComponent<strong i="20">@141</strong>:7462
                                                                performInitialMount<strong i="21">@141</strong>:3012
                                                                mountComponent<strong i="22">@141</strong>:2056
                                                                mountComponent<strong i="23">@132</strong>:205
                                                                performInitialMount<strong i="24">@141</strong>:3162
                                                                mountComponent<strong i="25">@141</strong>:2056
                                                                mountComponent<strong i="26">@132</strong>:205
                                                                performInitialMount<strong i="27">@141</strong>:3162
                                                                mountComponent<strong i="28">@141</strong>:2056
                                                                mountComponent<strong i="29">@132</strong>:205

코드를 살펴보면 getLocale이 내 키 ( 'en-US')가 배열이 아님을 확인하기 때문에 'en'과 일치하지 않고 loadLocale에 빠집니다. 이는 chooseLocale 함수로 이동하는 경우에만 발생합니다.

편집 : chooseLocale 함수를 좀 더 자세히 살펴본 후에도 먼저 'en-US'를 선택한 다음 'en'을 시도하기 전에 요구 사항을 실패하므로 앱 충돌로 이어지는 실패한 요구 사항이 여전히 발생합니다. 이것이 배열이라면.
또한 그것이 깨지는 지점이 try / catch 안에 있지만 어쨌든 충돌을 일으킨다는 사실도 이상합니다. 그것은 실제로 여기서 정말 당황스러운 것입니다.

편집 2 : 디버그 (__DEV__) 빌드에서 요구가 정상적으로 실패하고 'en'을 사용하는 것으로 떨어집니다. 왜 require가 __PROD__에서 훨씬 더 폭발적인지 잘 모르겠지만, 확실히 여기서 깨어나고 있습니다.

편집 3 : require js 문서에서 "종속성을 표현하지 않으면 RequireJS가 스크립트를 비동기식으로로드하고 속도에 문제가 있기 때문에로드 오류가 발생할 수 있습니다." 따라서 try / catch는 실제로 동기 오류에만 도움이되기 때문에 try / catch가 실제로 여기서 우리를 구할 수는 없습니다.

따라서 약간의 작업을 마친 후에는 (이상적이지 않은) 해결 방법이 있습니다. 기본적으로 내 코드가 'en-US'로케일을 전달하려고 할 때마다 코드를 가로 채고 대신 'en'로케일을 전달합니다. 다른 로케일은 변경되지 않고 통과 할 수 있습니다.

즉, en-US를 찾을 수 없거나 이미있는 것으로 기본 설정되어 있지 않다는 것이 여전히 문제라고 생각하며 실제로 호출 될 때 찾지 못하는 것을 피하기 위해 다른 로케일과 함께 할 수있는 것처럼 구체적으로 포함 할 수 없습니다. 에.

안녕하세요.

또한 그것이 깨지는 지점이 try / catch 안에 있지만 어쨌든 충돌을 일으킨다는 사실도 이상합니다. 그것은 실제로 여기서 정말 당황스러운 것입니다.

맞아, 그게 내가 말하는거야. 실패한 요청 호출이 왜 치명적인지 이해하려고 노력 중입니다. 나는 en-US 에 대한 지식으로 하드 코딩하는 것을 돕지 않을 것입니다; 다른 폴 백의 경우에도 유사한 오류가 발생합니다. 즉, en 가 특별한 경우와는 아무 관련이 없지만, 환경에서 전혀 작동하지 않는 폴백 프로세스와 관련이 있습니다.

그것을 통해 작업하면 React Native가 실패한 요구 사항을 우리가 원하는만큼 우아하게 처리하지 않는 것으로 보입니다. en이 특별한 경우와 관련이 없다는 것이 맞습니다. 그리고 그것이 특별한 것처럼 보였던 유일한 이유는 en-US 요구 사항이 실패하는 것을 방지 할 방법이 없었기 때문입니다 (직접 가져올 수 없기 때문입니다). 다른 로케일과 마찬가지로). 나중에 편집에서 언급했듯이 try / catch는 비동기 적으로 실패하기 때문에 작동하지 않습니다.
지금은 위에서 언급 한 'en-US'로케일 삭제에 대한 해결 방법이 제 목적에 적합합니다.

try / catch는 비동기 적으로 실패하기 때문에 작동하지 않습니다.

아, 그 편집을 놓쳤습니다. 그것도 내 추측이 될 것입니다.

안녕하세요.
여전히 문제가 있는지 확실하지 않지만 릴리스 빌드에서 정확히 동일한 충돌 (프랑스어 로케일 사용)이 나를 위해 하루 종일 작업을 소비했습니다 😢

E/ReactNativeJS: Requiring unknown module "./locale/fr".
(...)

나는 그것을 다음과 같이 해결했다.

import 'moment/locale/fr';

아마도 도움이 될 것입니다

로케일 입력을 삭제하는 해결 방법은 괜찮지 만 반응 네이티브 require ()가 어느 곳에서나 비동기 적으로 실패 할 수 있으며이를 잡을 방법이 없다는 것을 아는 것은 정말 무섭습니다. 또한 존재하지 않는 로케일이나 임의의 문자열 (예 : 'blah-Blah')을 보내면 앱이 충돌하고 어디서나 오류를 처리 할 수 ​​없음을 의미합니다. 따라서 아무도이 버그를 유발하지 않는지 방어 적으로 확인해야합니다.

버전 2.19.2 이후에 문제가 발생했습니다. https://github.com/moment/moment/compare/29afed6...328d51e 함수 updateLocale이 내부적으로 loadLocale을 사용하기 시작했으며 동적 문자열 https가 필요합니다.

나는 이것이 반응 네이티브 원인에서 실패한다고 생각합니다. 변수 https://github.com/facebook/react-native/issues/6391에 의해 동적으로 파일을 요구할 수 없습니다.

필자의 특정 경우에는 en-gb 파일을 가져 오므로 moment.locale을 호출 할 때 locales[name] 에서 찾을 수 있습니다. 왜 필요한지 잘 모르겠습니다.

RN이 우선 순위인지 아닌지 확실하지 않지만 RN의 순간은 몇 달 동안 깨질 것입니다.

이 모든 것이 facebook # 69가 모든 사람의 차단을 해제하는 가장 생산적인 수정 인 것 같습니다. @jeanlauliac 에게

몇 가지 배경 지식을 제공하기 위해 : 동적 종속성을 지원하지 않는 데에는 여러 가지 이유가 있습니다. 첫째, 동적으로 모듈이 필요할 때 정적 분석이 중단됩니다. 둘째, 동적 요구 사항을 사용할 때 찾고있는 실제 모듈을 사용하지 못할 수 있습니다. 이로 인해 프로덕션에서 사용자가 앱을 사용하지 못하게하는 주요 문제가 발생할 수 있습니다. 예를 들어 Facebook을 손상시킬 수 있습니다. 우리는 과거에 이와 같은 문제를 겪었고 처리하는 것이 재미 있지 않습니다. Metro는 사람들이 사용자에게 고통을주는 일을하지 못하도록 의도적으로 의견을 제시합니다.

마지막으로, 우리는이 오픈 소스 리포지토리가 현재 좋은 상태가 아니라는 것을 알고 있습니다. 좋은 소식은 FB에서 Metro에서 작업하는 사람이 더 이상 없다는 것입니다. 그리고 Metro를 더 좋게 만들기 위해 매장에 여러 가지 주요 변경 사항이 있지만 나쁜 소식은 Unrelate를 통해 작업해야하는 긴급한 문제가 있다는 것입니다. 오픈 소스로. 우리는 몇 달 안에이 repo가 ​​훨씬 더 나은 상태가되고 더 쉽게 기여할 수 있기를 바랍니다. 시간을 좀주세요.

RN의 경우 로케일의 첫 번째 부분 ( "xx-XX"로케일을로드하지 못할 때 화면 뒤에서 어떤 순간이 수행되는지)으로 제거하여 릴리스 모드에서 작동하도록했습니다. 다음 스 니펫에서 locale 는 "xx-XX"형식의 기기 로케일입니다.

moment.locale(locale.indexOf("-") === -1 ? locale : locale.substr(0, locale.indexOf('-')))

이것은 이상한 행동입니다.

https://stackoverflow.com/a/47260841/175825 생태계에서 사용할 수 있도록 특정 로케일을 가져와야합니다.

이 마법 때문에 mm/yy 사용하여 BigCalendar.momentLocalizer() mm/yy 와 같은 날짜를 표시하는 react-big-calendar를 얻을 수 없습니다.

react-big-calendar로 문제를 열 ​​수 있지만 특정 로케일을 예상하는 다음 lib는 어떻습니까? 그리고 다음은?

en-us 로케일을 추가하고 기본적으로 magic으로 설정하십시오.

en-us 로케일을 추가하고 기본적으로 magic으로 설정하십시오.

문제가 해결되지 않습니다. 스페인어 ( es-ES => es )와 같이 자동 대체를 수행하는 언어가 있습니다.

여전히 해결책을 찾고있는 사람이라면이 문제를 완화하는 데 도움이 될 수 있지만 (몇 가지 엣지 케이스를 제외하고) try-catch require 동안 충돌을 일으키는 RN의 근본 문제를 해결하지는 못합니다.

import moment from 'moment/min/moment-with-locales.min.js';

// locale is the locale detected by react-native-device-info
// ts is the time
export const formatTime = (locale, ts) => {
const m = moment.utc(ts);
locale = chooseMomentLocale(locale);
m.locale(locale);
// other logic to determine whether to show the time as "9:43 pm", "yesterday", or "7/8/2018"

return formattedTime;
}

/**
 * Checks if the device locale is available in moment and returns the locale to be loaded
 * <strong i="7">@param</strong>  {string} locale locale to be checked
 * <strong i="8">@return</strong> {string}        locale to be loaded by moment
 */
const chooseMomentLocale = (locale) => {
  // make the locale lower case 
  // will fix crashes caused by "en-GB" (instead of "en-gb") not being found
  locale = locale.toLowerCase();  
  if (moment.locales().includes(locale)) { // check if the locale is included in the array returned by `locales()` which (in this case) tells us which locales moment will support
    return locale;
  } else if (moment.locales().includes(locale.substring(0, 2))) { 
    // check if the first two letters of the locale are included in the array returned by `locales()` which (in this case) tells us which locales moment will support
    // will fixes crashes caused by "en-US" not being found, as we'll tell moment to load "en" instead
    return locale.substring(0, 2);
  }
    // use "en-gb" (the default language and locale for my app) as a fallback if we can't find any other locale
    return 'en-gb'; 
};

또한 React Native를 사용하여이 문제를 경험했으며 Moment와 함께 모든 로케일을 포함하여이를 피할 수있었습니다.

import moment from 'moment'
import 'moment/min/locales'

(또는 moment/min/moment-with-locales 도 제공되지만 다른 포맷터와 호환되지 않았습니다.)

이것은 매우 성가신 문제입니다.

당신이 그것에 대해 생각할 필요조차없고, 당신이 미국에 있다고해서 확실히 당신의 코드에 'en-US'를 하드 코딩하지 않는 로케일의 요점이 아닌가? 나는 왜 'en-US'로케일을 요청할 때 그것을 받아 들일 수 없는지 이해하지 못한다. 사람들에게 두통의 끝이 없습니다.

1 년 전에이 문제를 해결했지만 방법을 완전히 잊었으니 다시 시작해야합니다. (나는 Angular에서 날짜 선택기를 사용하고 있으며이 오류로 인해 최소한의 구현을 적용하고 있습니다).

Datetime 선택기를 사용하려고 Angular에서 이것을 얻고 있습니다. LOCALE를 en-GB와 같은 것으로 설정하면 제대로 작동하지만 아무것도 지정하지 않으면 얻을 수 있습니다. 이 문제를 해결하는 적절한 방법을 알아낼 수 있으면 좋겠습니다.

RN의 경우 로케일의 첫 번째 부분 ( "xx-XX"로케일을로드하지 못할 때 화면 뒤에서 어떤 순간이 수행되는지)으로 제거하여 릴리스 모드에서 작동하도록했습니다. 다음 스니핑에서 locale 는 "xx-XX"형식의 장치 로케일입니다.

moment.locale(locale.indexOf("-") === -1 ? locale : locale.substr(0, locale.indexOf('-')))

이 솔루션은 다음과 같이 i18n 및 momentjs 사용하여 저에게 효과적입니다.

// imports:
import moment from 'moment';
import i18n from './i18n';
import 'moment/locale/fr';

// constructor: 
moment.locale(i18n.locale.indexOf('-') === -1 ? i18n.locale : i18n.locale.substr(0, i18n.locale.indexOf('-')));

저는 "moment": "^ 2.22.2"버전을 실행하면서이 문제를 실험하고 있습니다.
마지막 버전에서 수정 사항이 있습니까?

이 문제에 대해 말씀 드리겠습니다.

1. en-US를 숨겨진 기본 다른 형식으로 취급하는 것은 잘못된 디자인입니다.
2. en-us 로케일이 없으면 어떤 CDN 버전을 사용할지 모르겠습니다.
3. 순간이 인상적이지만 en-US가 다른 로케일과 동일하지 않은 것은 나쁜 코드 냄새이기 때문에 다른 솔루션을 찾습니다.

나는 또한 완벽하게 작동하는 멋진 개발을 만든 후 생산시 반응 네이티브 에서이 오류가 발생했습니다.
@adesmet이 제안한 솔루션과 다음 리팩터링으로 해결했습니다.

function parseLocaleForMoment (language) {
  if (language.indexOf('-') === -1) return language
  else return language.substr(0, language.indexOf('-'))
}

RN이 순식간에 너무 짜증나서 네이티브 포맷터를 작성하는 것이 더 쉽습니다. 아마도 한 줄의 코드로 작동 할 수 있습니다.

다음과 같이 수정했습니다.

const subLocales = [
  'ar-tn',
  'ar-dz',
  'ar-kw',
  'ar-ma',
  'ar-sa',
  'ar-ly',
  'de-at',
  'de-ch',
  'en-sg',
  'en-au',
  'en-ca',
  'en-gb',
  'en-ie',
  'en-nz',
  'es-us',
  'es-do',
  'fr-ca',
  'fr-ch',
  'gom-latn',
  'hy-am',
  'pa-in',
  'pt-br',
  'sr-cyrl',
  'tl-ph',
  'tlh',
  'tet',
  'ms-my',
  'it-ch',
  'tzl',
  'tzm',
  'tzm-latn',
  'nl-be',
  'ug-cn',
  'uz-latn',
  'zh-cn',
  'zh-hk',
  'zh-tw'
];

let momentLocale = i18n.locale.toLowerCase();

if (!subLocales.includes(momentLocale)) {
  momentLocale = momentLocale.substring(0, 2);
}

moment.locale(momentLocale);

반응 네이티브 @tapz를 사용하면 안타깝게도 Android에서 작동하는 것 같지만 iOS에서는 슬프게도 : / 몇 가지 이유로 zh 로케일에 문제가 있습니다 : /

이는 zh 및 기타 몇 가지 로케일이 Simplified와 Traditional을 구별하기 위해 다르게 형식화 되었기 때문일 수 있습니다. https://gist.github.com/jacobbubu/1836273 참조

@ rajivshah3 실제로 나는 tapz 방법으로 작동하지 않는 zh_Hant_HK 가지고있었습니다. 지금은 귀하의 게시물 덕분에이 문제를 최대한 원활하게 처리하는 가장 좋은 방법 인 귀하의 방법을 사용하고 있습니다 👍

RN 생산 모드에서만 같은 문제입니다.

이것은 나를 위해 잘 작동하는 것 같습니다.

import 'moment/locale/fr';
import 'moment/locale/es';
import 'moment/locale/de';
import 'moment/locale/en-gb';
import 'moment/locale/es-us';

const toMomentLocale = locale => {
  let momentLocale = locale;
  momentLocale = momentLocale.replace('_', '-').toLowerCase();
  momentLocale = ['en-gb', 'en-us'].includes(locale)
    ? momentLocale
    : momentLocale.split('-')[0];
  return momentLocale;
};

데이터를 가져오고 (또는 en ) 케이스를 존중하는 한, 우리에게 잘 작동하는 것 같습니다.

이것은 정말 말도 안되는 일입니다. 언어 코드에서 -region 섹션을 제거하는 것은 해결책이 아닙니다.

1) 로케일의 지역적 특성이 손실됩니다.
2) 더 나쁜 것은 그 방법이 더 많은 충돌을 일으킬 것입니다. 예를 들어 중국어 ( zh )는 MomentJS 로케일에도 존재하지 않습니다. zh-cn , zh-hk 및 zh-tw 만 정의됩니다. 따라서 위 코드를 사용하여 로케일 문자열에서 지역을 제거하는 경우 대부분의 중국 장치에서 앱이 즉시 충돌합니다. 약 8 억 명의 스마트 폰 사용자입니다.

React Native에 대한 임시 (그리고 완전히 망할) 해결 방법은 다음과 같습니다.

const locale = 'zh-cn'; // or en-US etc
const languageCode = moment.locale(locale.indexOf("-") === -1 ? locale : locale.substr(0, locale.indexOf('-'))); // now 'zh', 'en' etc. Thanks <strong i="14">@adesmet</strong> 
let momentJsLocale;
switch(languageCode.toLowerCase()) {
  case 'zh':
    // No 'zh' locale exists in MomentJS. App will crash in production if used.
    momentJsLocale = 'zh-cn';
    break;
  case 'pa':
    momentJsLocale = 'pa-in';
    break;
  case 'hy':
    momentJsLocale = 'hy-am';
    break;
  default:
    momentJsLocale = languageCode.toLowerCase();
}
moment.locale(momentJsLocale);

@adammcarth 안녕하세요, RN의 모멘트 로케일 수정에 대한 소식이 있습니까?

en-gb 사용하는 릴리스 빌드에서 방금 충돌했습니다.

비슷한 문제가 발생합니다. @simeyla .

Timepicker와 함께 Luxon을 추가하면 문제가 나타나고 'en-US'로케일과 관련된 것으로 보입니다.

@steveccable 글쎄, 그것은 당신이 더 구체적인 지역 _ 그냥 정상적으로 실패하고 다음 옵션으로 이동해야합니다. 따라서 환경에 대해 더 자세히 설명해야합니다. 구체적으로 무엇이 잘못되고 있습니까?

'en-US'또는 예외가있는 다른 유효한 로케일을 처리 할 때의 또 다른 문제는 디버깅 할 때 디버거에게 예외를 제동하도록 요청할 때이 문제를 반복적으로 멈 춥니 다.

특히 'en-US'와 같은 대규모 로케일의 경우 더 좋고 간단한 방법이 있어야합니다.
결국, 많은 청중 / 사용 가능성이있는 이러한 로케일은 속도 고려를 위해 앞에서 확인하고 처리해야합니다.

@slorber 의 솔루션을 더 강력하게 수정했습니다. 이렇게하면 수신 로케일 (예 : "zh_CN"에서 "zh-cn"으로)을 다시 포맷하고 순간 설치에서 지원되는지 확인하고 국가로 돌아간 다음 en-us로 돌아갑니다.

const toMomentLocale = (locale) => {
  let newLocale = locale.replace('_', '-').toLowerCase();
  let tryLocales = [newLocale, newLocale.split('-')[0]];
  for (let i = 0; i < tryLocales.length; i++) {
    if (moment.locales().indexOf(tryLocales[i]) >= 0) return tryLocales[i];
  }
  return 'en-us';
};

// use it like this:
let m = moment();
m.locale(toMomentLocale('zh_CN')).format('LLL'); // "2019年12月11日上午9点33分" -- used "zh-cn"
moment.locale(toMomentLocale('ja_JP'));
moment().format('LLL') // 2019年12月11日 09:34 -- falls back to "ja"

RN 프로덕션 IOS 모드에서만 같은 문제입니다.

이것은 나를 위해 잘 작동하는 것 같습니다.

"순간"에서 순간 가져 오기;
import 'moment / locale / es';

이것을 디버깅하는 데 꽤 많은 시간을 소비했습니다. @jorodriguez 에게 감사드립니다.

이것은 여전히 ​​문제입니다 😢

안녕하세요 여러분,

나는 당신을 위해 작은 패키지를 만들었습니다-> https://github.com/tonix-tuft/moment-utl

npm install --save moment moment-utl

다음을 사용하여 미리로드 할 필요없이 지원되는 모든 로케일을 결정할 수 있습니다.

import { allSupportedLocales, allSupportedLocalesMap } from "moment-utl";

const locales = allSupportedLocales(); // As an array: ["af", "ar", "ar-dz", "ar-kw", "ar-ly", "ar-ma", "ar-sa", "ar-tn", "az", "be", "bg", ...,  "en", ..., "zh-tw"]

const localesMap = allSupportedLocalesMap(); // As an object: { "af": 1, "ar": 2, "ar-dz": 3, "ar-kw": 4, "ar-ly": 5, "ar-ma": 6, "ar-sa": 7, "ar-tn": 8, "az": 9, "be": 10, ..., "en": 27, "zh-tw": 128 };

moment-utl 피어는 moment 에 종속되지만 모든 moment 로케일을 번들로 제공합니다.
moment/locale 디렉토리에서 moment dev 종속성 패키지를 빌드하는 동안 가져옵니다.

그러나 moment 는 피어 종속성이므로 ES6를 사용하고 allSupportedLocales 및 allSupportedLocalesMap 모두 moment 와 함께 최신 로케일을 사용하는지 확인하려는 경우 moment-utl 와 함께 프로젝트에 설치 한 moment 버전 (예 : moment 이 언젠가 새 로케일을 추가하면이 작업을 수행해야 함), 다음을 사용하여 해당 로케일을 다시 생성 할 수도 있습니다. moment-utl-locales 스크립트 제공 : moment-utl .

npx 명령과 함께 사용할 수 있습니다.

npm install -g npx    # Install npx if you don't have it yet
npx moment-utl-locales    # Run this command from your project's root folder

이 스크립트를 사용할 때는 코드를 Rollup 또는 Webpack (사용하는 것)과 함께 번들링 하기 전에 실행해야합니다. 그러면 번 들러가이를 발견하여 추가하기 전에 최신 로케일 배열 및 객체가 생성됩니다. 최종 번들.

이게 도움이 되길 바란다!

@adammcarth에 대한 답장으로 여기에서 내 대답을 확인하십시오 : https://github.com/tonix-tuft/moment-utl/issues/1#issuecomment -616088826

이 문제는 Odoo의 사람들을 괴롭 혔으며 제안 된 수정 사항 은 en-us 파일을 수동으로 만드는 것이 었습니다. 한숨.

내가 이해하지 못하는 것은 위의 설명에서 언급했듯이 로더가 이미 "en"이 있고 동적으로 가져 오지 않는다는 것을 알아야하는 경우 en-us 파일을로드하려고하는 이유입니다.

어쨌든 RN 사용자에게는 여전히 악몽입니다. 최악의 부분은 문제가 프로덕션 빌드에서만 발생한다는 것입니다.

숨겨진 기본값을 갖는 것은 놀라움의 패키지입니다 ...

이 문제는 Odoo의 사람들을 괴롭 혔으며 제안 된 수정 사항 은 en-us 파일을 수동으로 만드는 것이 었습니다. 한숨.

내가 이해하지 못하는 것은 위의 설명에서 언급했듯이 로더가 이미 "en"이 있고 동적으로 가져 오지 않는다는 것을 알아야하는 경우 en-us 파일을로드하려고하는 이유입니다.

어쨌든 RN 사용자에게는 여전히 악몽입니다. 최악의 부분은 문제가 프로덕션 빌드에서만 발생한다는 것입니다.

숨겨진 기본값을 갖는 것은 놀라움의 패키지입니다 ...

나는 이것을 위해 👎를 얻을 것이지만 내 솔루션은 dayjs moment 교체했습니다. 동일한 기능 / API 이름을 공유하기 때문에 find all + replace all 만큼 간단했습니다.

이것을 고려하고 싶은 사람들을 위해 내가 한 일을 공유합니다.