경험을 쌓았다고 속속들이 배우고 응원했던 기억이 아직도 어렴풋이 기억난다.
같은 문제로 수없이 괴로움을 겪으면서 느꼈던 무력감과 뼈아픈 결심이 아직도 어렴풋이 기억난다.
우선 이 문제를 수없이 강조했는데도 비슷한 실수를 반복해서 해주신 분들께 감사의 말씀을 전하고 싶습니다.
그들의 반복되는 실수에 대한 격려가 없었다면 아마도 이 문제에 대한 해결책을 진지하게 고려하지 않았을 것입니다.
둘째, "JavaScript Advanced 프로그래밍"의 저자이자 번역가님께 감사드립니다.
여기서 나는 이 문제를 해결하기 위한 영감을 얻었습니다. 그렇지 않으면 여전히 ParseInt를 사용할 때 주의해야 할 사항을 강조해야 할 것입니다.
동시에 여기에는 단순한 해결책 이상의 것이 남아 있기를 바랍니다.
문제 해결을 위한 아이디어와 아이디어뿐만 아니라 다른 문제에 대해 추론한 경험도 여기에 보관하세요.
질문:
오래전에 일어났던 문제의 아픈 기억을 떠올리고 싶지 않아요.
이번 질문은 아주 간단합니다. 두 달을 비교할 때 문자열에서 월을 추출하므로 이를 변환하기 위해 ParseInt를 사용합니다.
parseInt("08") 이후의 결과는 0
이유는 아래 "JavaScript 고급 프로그래밍" 19~20페이지의 parsInt 함수 설명을 참고하세요.
parseInt() 메서드에는 2진수, 8진수, 16진수 또는 기타 기본 문자열을 정수로 변환할 수 있는 기본 모드도 있습니다.
base는parseInt() 메서드의 두 번째 매개 변수로 지정되므로 16진수 값을 구문 분석하려면 다음과 같이 parseInt() 메서드를 호출해야 합니다.
var iNum1 =parseInt("AF", 16) //Return 175
물론 2진수, 8진수 또는 10진수(기본 모드)의 경우 다음과 같이 parseInt() 메서드를 호출할 수 있습니다.
var iNum1 =parseInt("10", 2); //return 2
var iNum2 =parseInt("10", 8); //8을 반환
var iNum3 =parseInt("10", 10) //10을 반환
10진수 앞에 0이 포함된 경우 실수로 8진수 값을 얻지 않도록 10진수를 사용하는 것이 좋습니다. 예를 들면 다음과 같습니다.
var iNum1 =parseInt("010"); //8을 반환합니다.
var iNum2 =parseInt("010", 8)//8을 반환합니다.
var iNum3 =parseInt( " 010", 10); //Return 10
이 코드에서는 두 코드 줄 모두 문자 "010"을 숫자로 구문 분석합니다.
코드의 첫 번째 줄은 이 문자열을 8진수 값으로 처리하고 코드의 두 번째 줄(기본 8 선언)과 동일한 방식으로 구문 분석합니다. 코드의 마지막 줄은 밑수 10을 선언하므로 iNum3은 결국 10이 됩니다.
첫 번째 시도:
이전 해결 방법은 모두가parseInt 함수를 포기하고 모든 것을parseFloat로 바꾸는 것이었습니다.
그런데 인간으로서 '잊을 수 없는' 사람이 어디 있겠습니까?
가장 좋은 방법은 ParseInt의 "형태"를 유지하고 ParseInt의 "신"을 폐지하는 것입니다.
그래서 "고급 JavaScript 프로그래밍" 87~88페이지의 "기존 메소드 재정의"에 대한 지침을 생각했습니다.
3.6.2 기존 메소드 재정의
기존 클래스에 대해 새 메소드를 정의할 수 있는 것처럼 기존 메소드도 재정의할 수 있습니다.
이전 장에서 언급했듯이 함수 이름은 함수에 대한 포인터일 뿐이므로 쉽게 다른 함수를 가리키도록 만들 수 있습니다. toString()과 같은 로컬 메서드가 수정되면 어떻게 되나요?
Function.prototype.toString = function () {
return "Function code Hidden";
}
이전 코드는 완전히 합법적이며 실행 결과는 예상과 정확히 같습니다.
function sayHi ( ) {
alert("Hello!");
}
alert(sayHi.toString()); //"함수 코드 숨김" 출력
아마도 기억하실 겁니다. 2장에서 Function에 소개된 toString() 메소드는 일반적으로 함수의 소스 코드를 출력합니다.
다른 문자열(이 경우 "함수 숨김")을 반환하려면 이 메서드를 재정의하세요.
그러나 toString()이 가리키는 원래 함수는 어떻게 되었나요? 완전히 사용되지 않으므로 가비지 수집기에 의해 회수됩니다.
원래 함수를 복원할 수 있는 방법이 없으므로 원래 메서드를 덮어쓰기 전에 나중에 사용할 수 있도록 포인터를 저장해 두는 것이 더 안전합니다.
특정 상황에서는 새 메서드에서 원래 메서드를 호출할 수도 있습니다.
Function.prototype.originalToString = Function.prtotype.toString;
Function.prototype.toString = function () {
if (this.originalToString().length >100) {
return "함수가 너무 길어 표시할 수 없습니다."
} else {
return this.originalToString()}
at In 이 코드에서 코드의 첫 번째 줄은 현재 toString() 메서드에 대한 참조를 originalTo-String 속성에 저장합니다. 그런 다음 toString() 메서드를 사용자 정의 메서드로 재정의합니다.
새로운 방법은 함수 소스 코드의 길이가 100보다 큰지 확인합니다.
그렇다면 함수 코드가 너무 길다는 오류 메시지를 반환하고, 그렇지 않으면 originalToString() 메서드를 호출하고 함수의 소스 코드를 반환합니다. 그러나 동시에 치명적인 문제도 우리 앞에 놓여 있습니다.
그것은 JavaScript의 Global 객체입니다. 신과 마찬가지로 단지 개념일 뿐입니다.
지침은 아래 "고급 JavaScript 프로그래밍"의 70페이지에 있는 "내장 개체" 설명을 참조하세요.
Global 객체는 실제로 전혀 존재하지 않기 때문에 ECMAScript에서 가장 특별한 객체입니다.
다음 코드를 작성하려고 하면 다음과 같은 오류가 발생합니다.
var 포인터 = Global;
오류 메시지에 Global이 개체가 아닌 것으로 표시되지만 단지 Global이 개체라고만 말하지 않았습니까? 물건?
맞습니다. 여기서 이해해야 할 주요 개념은 ECMAScript에는 독립적인 함수가 없으며 모든 함수는 일부 객체의 메서드여야 한다는 것입니다.
이 책의 앞부분에서 소개한 isNaN(), isFinite(),parseInt(),parseFloat()등의 함수는 모두 독립된 함수처럼 보입니다.
사실 모두 Global 객체의 메소드입니다.
그러므로 온라인에 접속하여 Global 객체를 얻는 방법이나 Global.prototype을 사용하여parseInt 함수를 변경하는 방법을 확인하세요.
상상할 수 있듯이 결과적으로 신은 신이고, 유명한 "Sou Shen Network" Google에서도 이를 찾을 수 없습니다.
포기하려던 순간 '삶보다 죽음이 먼저다'라는 말에 진심으로 반응했어요.parsInt는 전역 함수와 같아서 어떤 객체에서도 호출할 필요가 전혀 없다는 생각이 갑자기 떠올랐습니다.
그렇다면 위 문장을 다음과 같이 변경하면 된다는 뜻인가요?
물론, 하나님은 어디에나 계십니다! ! ! 작동합니다! ! !
심층 조사:
문제는 기본적으로 해결됩니다. 다만 주의할 점은 자바스크립트 로딩에 오류가 있을 경우 다음 문장들이 로딩 및 실행되지 않는다는 점이다.
그래서 이 문장은 첫 번째 문장에서 실행되어야 합니다. 이제 우리는 앞으로의 모든 페이지가 이 라이브러리 파일을 가져와야 하는 JavaScript 범용 메서드 라이브러리를 구축하고 있습니다.
그러니까 이 문장을 자바스크립트 일반 메소드 라이브러리의 첫 번째 줄에 넣으면 이제부터 편히 앉아서 쉬시면 됩니다.
그런데 이 코드에 대한 주석을 작성할 때, 특히 적용 방법을 열거할 때 다음 코드에서 문제를 발견했습니다.
alert(parseInt("010", 2)) //10
Alert(parseInt ("010", 8)); //10
alert(parseInt("010", 10)); //10
각 처리의 반환 값은 10입니다. 이후 8진수와 16진수 parInt는 사라졌습니다.
단일 매개변수 parInt가 많은 문제를 일으켰다면 문제를 일으키지 않았던 두 매개변수 parInt에 대한 특수 기능을 계속 유지하기를 바랍니다.
그래서 추가적인 개선이 필요합니다.
그러면parseInt 함수를 사용할 때 전달된 매개변수의 개수를 기준으로 판단하고 처리해야 합니다.
매개변수가 하나만 있는 경우, 결과를 반환하기 위해 ParseFloat를 호출하세요.
매개변수가 3개 이상인 경우, parsInt를 호출하여 두 매개변수를 처리하고 결과를 반환합니다.
여기서 인수 개체는 매개변수 수를 결정하는 데 사용됩니다. "JavaScript 고급 프로그래밍"의 53~54페이지에 있는 인수 개체에 대한 설명을 참조하세요.
함수 코드에서 특수 개체 인수를 사용하면 개발자는 매개변수 이름을 명시적으로 지정하지 않고도 액세스할 수 있습니다.
예를 들어, sayHi() 함수에서 첫 번째 매개변수는 message입니다.
인수[0]을 사용하여 첫 번째 인수의 값인 이 값에 액세스할 수도 있습니다(첫 번째 인수는 위치 0에 있고 두 번째 인수는 위치 1에 있음).
따라서 인수 이름을 명시적으로 지정하지 않고도 함수를 다시 작성할 수 있습니다.
function sayHi() {
if (arguments[0] == "bye") {
return; 🎜>alert(arguments[0]);
}
다음 코드가 있습니다.
originalparseInt =parseInt
parseInt = function (){
if(arguments.length == 1){
return parseFloat(arguments[0]);
} else {
return originalparseInt(arguments[0], 인수[1])
}
이 코드에서는 ParseInt 매개변수 개수에 따라 다른 처리를 수행하도록 수정되었습니다.
새로운 변수 originalparseInt를 사용하여parseInt의 프로토타입을 유지합니다.
이런 방식으로, parInt를 변환하더라도 유지된 프로토타입 변수 OriginalparseInt를 통해 여전히 ParseInt의 원래 기능을 사용할 수 있습니다. 그것도 생각해 보세요. 처리 방법이 너무 극단적이어서 귀찮은 parsInt 함수를 parsFloat로 완전히 대체하고 싶습니다.
실제로 2진수 또는 8진수 변환을 사용하는 경우 유지하기 위해 애썼던 ParseInt 함수의 새로운 프로토타입 변수인 OriginalparseInt를 사용해야 합니다.
사실 우리의 소원은 아주 간단해요.
parseInt 함수에 매개변수가 하나만 있는 경우 앞에 0으로 인해 골치 아픈 버그가 발생하지 않도록 단순히 십진수 변환만 처리하기를 원합니다.
두 번째 매개변수를 사용하여 2진수나 8진수를 처리하려는 경우에도 여전히 기존의parseInt 기능을 사용할 수 있습니다.
그래서 최종 코드는 다음과 같습니다.
js 파일의 크기를 고려하여 코드 양을 최대한 줄여보세요. 따라서 원래의 parseInt는 $parseInt로 대체되었습니다.
또한 매우 긴 내장 객체 이름 인수가 문자 a로 직접 대체됩니다. 이렇게 객체를 4번 사용함으로써 절약되는 코드의 양은 매우 상당합니다.
한 가지 예를 다른 경우에 적용:
parseInt 함수의 재구성이 완료되었습니다.
실제로 이러한 변환 경험을 바탕으로 우리는 유사한 성가신 특성을 가진 JavaScript 메소드를parseInt로 변환할 수 있습니다.
예를 들어 W3C 조직에서 더 이상 사용되지 않는 escape 및 unescape와 같은 메소드는 권장 메소드로 대체될 수 있습니다.
escape = encodeURI
unescape = decodeURI
Based 이 경험을 바탕으로 미래에 비슷한 문제가 발생하면 우주를 이동시키는 이 방법을 사용하여 문제를 해결하는 것을 고려할 수 있습니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
