Moment: iso 형식과 일치 할 때 meridiem 표시기를 찾으십시오.

아야! 확실히 누군가를 물릴 것 같네요. 지원 중단 경고도 없습니다.

예를 들어 extendedIsoRegex 및 basicIsoRegex 끝에 $ 를 추가하여 ISO 검사기가 문자열 끝까지 이동하는지 확인하는 것만으로도 충분합니다.

@icambron 나는 우리가 그것을 할 수 있다고 생각하지 않습니다. 현재 다음 테스트를 통과했습니다.

    assert.ok(moment('2016-01-01 is my date').isValid(), 'test extra chars after iso date')

세상에 누군가가 그렇게하고 있다는 것은 거의 확실합니다. 정규식을 변경하면 해당 테스트가 실패합니다 (아직 사냥하지 않은 몇 가지 다른 테스트와 함께).

음 알았어. 내 생각은 지원을 중단하고 AM / PM 문제를 해결하는 것입니다. 우리가 moment('2016-01-01 is my date') _ 지원해야하는 이유를 모르겠습니다.

나는 이것에 대해 조금 생각 해왔고, 우리가보고있는 파서 문제 중 일부에 대한 가장 덜 침습적 인 대답이 실제로 파서를 엄격 모드로 기본 설정하는 것이 아닐까 궁금합니다. 파싱 ​​문제를 용서하는 것 (이것처럼)은 엄격 모드로 전환하여 해결되는 경우가 많습니다 (사용자가 처음에 엄격 모드를 사용 했어야하기 때문입니다). 아마도 이것이 '사람들이 성공의 구덩이에 빠지도록 돕는 것'중 하나일까요? 그러면 기존 기능이 가능해 지지만 개발자를 올바른 경로로 밀어 넣습니다.

동의합니다. 우리는 오랫동안 그렇게하고 싶었습니다. 나는 오랫동안 가능한 3.0 항목으로 나열되었다고 생각합니다. 그러나 확실히 automagic one-arg 서명을 엄격하게하는 것은이를 향한 작은 단계입니다.

실제로 오늘 기본적으로 기본적으로 true로 설정 한 globalStrict라는 토글 가능한 전역 상태 변수를 추가하여 엄격 모드 코딩을 시작했습니다. 엄격 모드 설정은 다음을 호출하여 다시 false로 전환 할 수 있습니다.

moment.globalStrict(false)

이렇게하면 모든 호출을 순간의 파서로 변경할 필요없이 모든 것이 항상 그랬던 것처럼 작동합니다.
이렇게 변경하려면 약 4 줄의 코드가 필요합니다. 그런 다음 수백 개의 단위 테스트를 수정해야합니다. :-)
하지만 이것은 v3를 기다릴 필요없이 기본적으로 엄격하게 롤아웃하는 방법 일 수 있습니다.
사용자가 쉽게 되돌릴 수 있기 때문에 너무 많은 불만없이 변경 사항을 받아 들일 수 있다고 생각합니다.

또는 globalStrict 설정은 기본적으로 false로 설정 될 수 있으며 개발자가 문서에서이를 true로 설정하도록 강력히 권장 할 수 있습니다. 덜 침습적이며 도움이 될 수 있습니까?
나는 테스트 가능성 관점에서 전역 상태 변수가 SUCK라고 말하는 첫 번째 사람이 될 것이며, 그 이유만으로이 아이디어는 끔찍할 수 있습니다.

또한 제안 된대로 엄격 모드에 대한 기본 단일 인수 호출을 수행 할 수도 있습니다. 그래도 여전히 JS 날짜 구성으로 돌아가는 수천 명의 사람들을 화나게 할 것입니다.

한 가지를 제외하고는 모두 좋아합니다.

그래도 여전히 JS 날짜 구성으로 돌아가는 수천 명의 사람들을 화나게 할 것입니다.

명확하게 말하면, 내 제안은 can't-fall-back-to-JS-constructor deprecation을 끝내지 않는 것이 었습니다. 사실 그 반대입니다.이 경우 우리는 그렇게하고 싶지만 ISO 검사가 우리를 선점합니다.

그래서, 당신은 글로벌 상태를 시도 할 것입니까, 아니면 그것을 피할 것이라고 말하는 것입니까? 단위 테스트를 마치고 PR을하고 거기에 대해 이야기 할 수있을 것입니다.

미안합니다. 저는 불분명했습니다. 저는 글로벌 국가에 반대하지 않습니다. 나는 그것이 상태가 설정되지 않았더라도 moment(string) 의 ISO 검사를 항상 엄격하게 만드는 것을 배제하지 않는다고 생각합니다.

@maggiepint 올바른 스레드를
그리고 당신은 위에서 내가 "그 밖에있는 사람들 중 하나"라고 정확하게 말했죠.
moment("2016-04-06Tnull").isValid()
순간이 잘못된 문자열을 거부 할 것이라는 확신을 가지고 있습니다.

그렇다면 기본적으로 엄격한 구문 분석을 활성화하는 가장 쉬운 방법은 무엇입니까? (게으름)

@Aukhan 우리는 먼저 수정해야하는 엄격 모드 구문 분석 문제로 인해 전역 엄격을 구현하지 않았습니다. (그러나 우리는 아직 거기에 도달 할 수 있습니다).

수행중인 작업을 수행하려면 코드에서 ISO_8601 상수 및 엄격 모드를 인라인으로 지정하기 만하면됩니다.

moment("2016-04-06Tnull", moment.ISO_8601, true).isValid()
false

@maggiepint 답장에 다시 한번 감사드립니다 ...

그것은 좋은 제안이지만 ISO_8601뿐만 아니라 다른 사용자 정의 형식이 사용되는 수백 개의 표현식을 바꾸고 싶지 않으므로 전역 엄격 옵션이 있으면 좋을 것 같습니다.
나는 코드베이스를 조사하기 시작했지만 분명히 그렇게 거대하고 훌륭한 작업은 하룻밤 사이에 이해할 수 없습니다.

필요한 기술이 없을 수도 있지만 어떤 식 으로든 도움이 필요하면 알려주십시오.
감사 !

@Aukhan 작업 항목을 다시 선택할 수 없는지 확인하겠습니다. 문제는 작동하려면 PR # 3078을 병합해야한다는 것입니다. 그래서 처음에 물건이 떨어졌습니다.

# 3502에 찬성하여 마감