var func = eval("(function(){})");
alert(typeof func);
———————————
또 다른 문제는 이 책이 익명을 처리하며 JScript 및 SpiderMonkey에서 명명된 함수의 동작은 충분히 명확하게 설명되지 않습니다
. 자, 이 글에서는 이 문제에 대해 심도 있게 논의하고 있습니다. 책에 있는 내용뿐만 아니라 JS에 대한 좀 더 심층적인
설명과 실행 과정을 알려줍니다. 사실 모든 내용이 책에 담겨 있습니다. 하지만 너무 분산되어 있어서 특정 문제를 구체적으로 분석하기에는 불편합니다
.
우선 표현과 진술이 명확해야 합니다. JS의 경우 eval()은 항상 문장 실행을 시도하기 때문에
먼저 실행 텍스트를 문장으로 이해해야 합니다. 다음과 같습니다:
---------
eval("1")
---------
JS의 관점에서 보면 eval()은 반드시 명령문을 실행하므로 "1"은 더 이상 직접 표현이 아니라 "1;"과 동일한 직접 표현 문장이 됩니다. 이러한 내용은 "5.2.2 동적 실행 중 명령문, 표현식 및 값"
에서 자세히 설명합니다.
따라서 eval()의 반환 값은 실제로 문의 마지막(유효한) 절의 반환 값입니다. 다음으로
"선언문"과 "표현식"을 이해해야 합니다. 예:
───────
function x() {
//....
}
───────
물론입니다. 명명된 함수의 "선언문"입니다."선언문"은 값을 반환하지 않습니다. 즉, 선언문은 구문 해석 기간 동안 사전 컴파일러에 의해 처리되지만 실행 기간 동안에는
값과 반환 값이 없으므로 의미가 없습니다. 예를 들어 단순히 "var 이면
값(후자 값)을 반환합니다.
위 규칙은 JScript와 SpiderMonkey 모두 동일하며 차이가 없습니다. 차이점은 다음
내용입니다. 우선 SpiderMonkey는 이러한
기능을 직접 구현하기 위해 "함수 표현식"에 나타나는 "함수 이름"이 유효하지 않다고 가정합니다. "함수명"은 "선언
문장"에 명시되어 있고, "표현식"은 문장보다 낮은 수준(또는 하위 수준)이므로 "표현식
표현식"에 들어갈 수 없습니다. 선언"이 나타나므로 표현식에서 함수 이름을 무시해야 합니다. 이런 방식으로 SpiderMonkey의
다음 문은 다음과 같습니다.
-------
x = "1234" (function X() {});
기능 더 자세히 말하면:
-------
var X = 100;
x = "1234" (function
이 두 줄의 코드에서 변수 X는 두 번째 줄의 함수 이름 X가 유효하지 않기 때문에 다시 작성되었습니다. 이러한 내용
에 대해서는 책 "5.4.2.1 문법적 진술과 진술 의미의 불일치 문제"에 자세한 설명이 있습니다.
이 문제에 대한 MS JScript의 처리 방법도 위 섹션에서 논의되었습니다. JScript는 코드 본문
내 어디에나 나타나는 함수 식별자 선언을 인식합니다. 즉, 위의 식별자가 유효하므로 전역 변수
의 "X"가 다시 작성됩니다. 그러나 이러한 이유로 JScript에서는 다음 문제를 설명해야 합니다.
----
eval("(function(){})")
eval("( function SpiderMonkey는 함수 표현식을 인식하므로
를 표현식의 피연산자로 해석하고 JScript는 코드의 두 번째 줄에서 변수 이름 X를 인식해야 하므로
를 모두 명령문으로 해석해야 합니다. 즉, 기본적으로 JScript는 첫 번째 줄을 익명 함수 "선언문"으로 간주하고 두 번째 줄
을 명명된 함수 선언문으로 간주합니다. 따라서 앞서 언급한 것처럼 "선언문"은 값을 반환하지 않으므로 JScript의
코드 줄은 모두 정의되지 않은 값을 반환하고 코드의 두 번째 줄은 변수 이름 X를 선언합니다.
이 문제에 대해서는 각주에서 '함수 선언문의 의미'가 좀 모호하다고 말씀드렸는데요. 어쨌든
만 간단히 이해하면 JScript에서는 이를 "함수 명령문 선언"으로 생각하고 SpiderMonkey에서는 "함수 식
선언"으로 생각하기 때문입니다.
알겠습니다. 지금까지는 명확하게만 설명했을 것입니다:
--
eval("(function(){})")
eval("(function X(){}) ") ;
------
이 두 줄의 진술이 미치는 영향과 그 이유. 하지만 내 책에 있는 예와 각주에 대해서는 여전히 질문이 있습니다. 이는 다음 텍스트와 코드에서 나온 것입니다.
————————
그러나 JScript에는 예외가 있습니다. 함수 리터럴(여기서는 익명 함수)은 이런 방식으로 얻을 수 없습니다. 예를 들어 다음 코드는 다음과 같습니다.
var func = eval("(function() { })");
// "undefine" 출력
alert(typeof func)
, 명명된 함수(*)를 사용하여 얻을 수 있습니다. 예를 들면 다음과 같습니다. ………………
-------
먼저 이 텍스트는 상황에 맞는 텍스트라는 점에 유의하세요. 저는 변수 "func"에 유효한 값을 할당하는 방법을 보여드리고 싶습니다. 여기에는
두 가지 방법이 포함됩니다:
----
//방법 1, 익명 함수 사용
var func = eval("(function() { })"); (typeof func);
// 방법 2, 명명된 함수
var func
eval("function func() { }"); 🎜>—————
이 구절의 의미는 "JScript에서는 방법 1(익명 함수 사용)을 사용할 수 없으므로 두 번째 방법을 사용해야 합니다.",
그리고 각주에 , SpiderMonkey는 정반대라고 하며 이 예만 참조합니다. SpiderMonkey에서는 두 번째 방법은 유효하지 않지만 첫 번째 방법은 유효합니다.
이전 내용과 조금 다른 점은 메소드 2에서는 "반환 값"을 사용하지 않고 eval() 문에서 함수 이름 선언의 효과만 사용하여 전역 변수 func 에 영향을 준다는 점입니다. 그리고 이는 정확하게 SpiderMonkey가 이 선언의
식별자를 인식하지 못하기 때문에 유효하지 않습니다.
같은 이유로 독자 I22141님이 다음과 같이 바꾸라고 하더군요.
---- ----
SpiderMonkey에서는 반환값을 사용하는데, 더 이상 동일하지 않습니다. 위의 예와 같은 문제입니다. 그래서 I22141
이 "(그래서 SpiderMonkey에서 eval()을 사용하여 익명 함수를 반환할 수 있지만 명명된 함수는
정의되지 않은 함수만 반환할 수 있다는 말은 무슨 뜻인가요?)"라고 질문한 것도 이와 별개입니다. 예시 질문입니다.
마지막으로 세부적인 문제를 말씀드리자면, 이 사건 역시 책에는 언급되지 않은 사건입니다. 우선,
에서 위에서 JScript로 말했습니다:
--------
// 첫 번째 경우
var func = eval("(function(){}) ");
alert(typeof func); // "정의되지 않음" 표시
--------
JScript가 다음 함수를 익명 함수 선언으로 해석하므로 여기에 정의되지 않음이 표시됩니다. 가치가 없습니다. 사실
보다 좀 더 억지스럽습니다. 수정해 보겠습니다.
————————————
// 두 번째 경우
var func = eval("(1, function(){})")
alert (typeof func); // "함수" 표시
------
가 다릅니다. 그렇다면 첫 번째 경우 JScript를 표현식이 아닌 "선언문"으로 이해해야 하는 이유는 무엇일까요? 나는 확실히 모른다. 그냥 시작합니다:
-------
// 세 번째 경우
var X
eval("(function X(){})"); 경고(유형 더 이상한 점은 JScript가 표현식 연산자 "(...)" 내에 "문"을 허용하는 이유를 모르겠다는 것입니다. 왜냐하면 이론적으로 이 상황은
문법 분석으로는 해석하기 어렵기 때문입니다. "5.4.2.1 구문 선언과 명령문 의미의 불일치 문제"에서 다음 코드를 언급하기도 했습니다.
---------
// 예제 5: 구문 선언 단계에서 다시 작성
// 다시 작성
(function Object(){
}).prototype.value = 100;
// 표시 값이 정의되지 않음
var obj = new Object(); >alert(obj.value);
--------
실행 기간 및 명령문 분석 기간 동안 "(X).prototype.value"의 함수 X가 전역을 다루기 때문입니다. 개체 식별자
의 기능은 동일하지 않습니다. 그러나 JScript가 표현식에 선언문을 허용하는 이유를 아직도 이해하지 못합니다.
이와 더욱 반대되는 점은 그러한 가정이 인정된다면 왜 다음 명령문을 실행할 수 없다는 것입니다.
---------
(var x=100 );
-------- 🎜>--------
아... 이 질문에 대한 최종 답은 아직도 헷갈립니다.

Python과 JavaScript의 주요 차이점은 유형 시스템 및 응용 프로그램 시나리오입니다. 1. Python은 과학 컴퓨팅 및 데이터 분석에 적합한 동적 유형을 사용합니다. 2. JavaScript는 약한 유형을 채택하며 프론트 엔드 및 풀 스택 개발에 널리 사용됩니다. 두 사람은 비동기 프로그래밍 및 성능 최적화에서 고유 한 장점을 가지고 있으며 선택할 때 프로젝트 요구 사항에 따라 결정해야합니다.

Python 또는 JavaScript를 선택할지 여부는 프로젝트 유형에 따라 다릅니다. 1) 데이터 과학 및 자동화 작업을 위해 Python을 선택하십시오. 2) 프론트 엔드 및 풀 스택 개발을 위해 JavaScript를 선택하십시오. Python은 데이터 처리 및 자동화 분야에서 강력한 라이브러리에 선호되는 반면 JavaScript는 웹 상호 작용 및 전체 스택 개발의 장점에 없어서는 안될 필수입니다.

파이썬과 자바 스크립트는 각각 고유 한 장점이 있으며 선택은 프로젝트 요구와 개인 선호도에 따라 다릅니다. 1. Python은 간결한 구문으로 데이터 과학 및 백엔드 개발에 적합하지만 실행 속도가 느립니다. 2. JavaScript는 프론트 엔드 개발의 모든 곳에 있으며 강력한 비동기 프로그래밍 기능을 가지고 있습니다. node.js는 풀 스택 개발에 적합하지만 구문은 복잡하고 오류가 발생할 수 있습니다.

javaScriptisNotBuiltoncorc; it'SangretedLanguageThatrunsonOngineStenWrittenInc .1) javaScriptWasDesignEdasAlightweight, 해석 hanguageforwebbrowsers.2) Endinesevolvedfromsimpleplemporectreterstoccilpilers, 전기적으로 개선된다.

JavaScript는 프론트 엔드 및 백엔드 개발에 사용할 수 있습니다. 프론트 엔드는 DOM 작업을 통해 사용자 경험을 향상시키고 백엔드는 Node.js를 통해 서버 작업을 처리합니다. 1. 프론트 엔드 예 : 웹 페이지 텍스트의 내용을 변경하십시오. 2. 백엔드 예제 : node.js 서버를 만듭니다.

Python 또는 JavaScript는 경력 개발, 학습 곡선 및 생태계를 기반으로해야합니다. 1) 경력 개발 : Python은 데이터 과학 및 백엔드 개발에 적합한 반면 JavaScript는 프론트 엔드 및 풀 스택 개발에 적합합니다. 2) 학습 곡선 : Python 구문은 간결하며 초보자에게 적합합니다. JavaScript Syntax는 유연합니다. 3) 생태계 : Python에는 풍부한 과학 컴퓨팅 라이브러리가 있으며 JavaScript는 강력한 프론트 엔드 프레임 워크를 가지고 있습니다.

JavaScript 프레임 워크의 힘은 개발 단순화, 사용자 경험 및 응용 프로그램 성능을 향상시키는 데 있습니다. 프레임 워크를 선택할 때 : 1. 프로젝트 규모와 복잡성, 2. 팀 경험, 3. 생태계 및 커뮤니티 지원.

서론 나는 당신이 이상하다는 것을 알고 있습니다. JavaScript, C 및 Browser는 정확히 무엇을해야합니까? 그들은 관련이없는 것처럼 보이지만 실제로는 현대 웹 개발에서 매우 중요한 역할을합니다. 오늘 우리는이 세 가지 사이의 밀접한 관계에 대해 논의 할 것입니다. 이 기사를 통해 브라우저에서 JavaScript가 어떻게 실행되는지, 브라우저 엔진의 C 역할 및 웹 페이지의 렌더링 및 상호 작용을 유도하기 위해 함께 작동하는 방법을 알게됩니다. 우리는 모두 JavaScript와 브라우저의 관계를 알고 있습니다. JavaScript는 프론트 엔드 개발의 핵심 언어입니다. 브라우저에서 직접 실행되므로 웹 페이지를 생생하고 흥미롭게 만듭니다. 왜 Javascr


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

MinGW - Windows용 미니멀리스트 GNU
이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

Atom Editor Mac 버전 다운로드
가장 인기 있는 오픈 소스 편집기