> 웹 프론트엔드 > JS 튜토리얼 > 내가 네 후배인 것처럼 설명하라: 왜 ?. 좋은?

내가 네 후배인 것처럼 설명하라: 왜 ?. 좋은?

Mary-Kate Olsen
풀어 주다: 2024-11-03 11:03:02
원래의
377명이 탐색했습니다.

이 시점에서 저는 거의 20년 동안 JS를 작성해 왔지만 여전히 이유를 알 수 없습니다. 특히 메소드 호출의 경우 안티패턴의 시작이 아닙니다.

게시물을 봤습니다

제 눈길을 사로잡은 것은 두 번째 "함수 호출을 통한 선택적 연결"이었습니다.

const user = {
getName: () => 'Alice',
};
console.log(user.getName?.());   // Alice
console.log(user.getAge?.());    // undefined
로그인 후 복사

"나는 내 개체에 대한 인터페이스도 모르고 관심도 없습니다."라고 비명을 지릅니다.

객체에 대한 인터페이스에 확실히 신경써야 합니다.

라이브러리 API가 변경되면 견고성에 대한 주장이 거의 보일 수 있지만 그렇지 않습니다. 라이브러리를 사용하는 경우 개체에 대한 인터페이스를 알고 코드를 수정하세요.

엄청난 벌레 유인 장치처럼 보입니다.

뭔가 정의되지 않은 것을 원하지 않을 것입니다. 아니면 제가 메모를 놓친 걸까요?

방법도 두 배로 중요합니다. 두 개체가 동일한 동작을 하지 않는 경우 단순히 어깨를 으쓱하고 "괜찮을 거야"라고 말하는 것이 아니라 서로 다른 유형으로 취급해야 합니다.

요즘 null 테스트가 불법인가요? null이 수십억 달러 규모의 실수라고 불리는 것은 알고 있지만 이는 반전이 아닌 옵션 유형(예: Haskell의 Maybe)으로 해결됩니다.

옵션 유형을 통해 이것이 null일 수 있다는 것을 알 수 있으므로 주의해서 진행하세요. ?처럼 사실을 숨기지 않습니다. 그렇습니다.

그렇지만 ?.라는 생각을 떨쳐버릴 수 있어서 기쁩니다. null을 확인하는 데 있어서는 문제가 있거나 정의되지 않은 경우에는 잘못된 디자인입니다.

버그를 줄이는 좋은 패턴은 무엇이며 ?.?를 사용하여 얻을 수 있습니다.

위 내용은 내가 네 후배인 것처럼 설명하라: 왜 ?. 좋은?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:dev.to
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿