이 글에서는 JavaScript의 다양한 공통 함수 정의 방법을 자세히 설명하고 참고용으로 공유합니다. 구체적인 분석은 다음과 같습니다.
먼저 JavaScript에서 가장 일반적인 네 가지 함수 정의를 살펴보겠습니다.
Function 생성자를 이용하여 정의한 함수로, 코드는 다음과 같습니다.
var multiply = new Function('x', 'y', 'return x * y;');
함수 선언, 이 방법은 가장 일반적인 방법이기도 합니다.
function multiply(x, y) { return x * y; }
익명 함수로 선언된 후 매우 일반적인 방식으로 변수에 할당되는 함수 표현식:
var multiply = function(x, y) { return x * y; }
함수 표현식이지만 함수는 명명된 함수로 선언된 다음 변수에 할당됩니다.
var multiply = function multi(x, y) { return x * y; }
먼저 함수 이름과 함수가 할당된 함수 변수의 직접적인 관계를 비교해 보겠습니다. 정말 헷갈립니다... 좀 더 직관적으로 말하자면, 방금 예제 4의 관계에 대해 이야기해 보겠습니다. 함수 변수 Multiply와 함수 이름 multi 사이에 있습니다.
함수 이름은 수정할 수 없습니다. 반대로 함수 변수는 다시 할당할 수 있습니다. 함수 변수는 재할당될 수 있다는 것을 이해하기 쉽습니다. 네 번째 예제에서 방금 정의한 곱셈 변수는 보기에 좋지 않으므로 다음과 같이 재할당할 수 있습니다.
multiply = function(x, y) { return x + y; }
함수 이름은 함수 외부에서 사용할 수 없습니다. 매우 간단한 예는 다음과 같습니다.
var foo = function bar() { alert('hello'); } foo(); // 提示“hello”字符串 bar(); // 执行报错,bar未定义
예제 4를 계속 보면 함수 이름(multi)과 함수 변수(multiply)가 동일하지 않다는 것을 알 수 있습니다. 실제로는 전혀 관계가 없으므로 일관성을 유지할 필요가 없습니다. 그러고보니 위의 4가지 예는 3가지로 압축될 수 있을 것 같습니다. 예 2와 4는 본질적으로 동일해야 합니다. 뭐, 믿을 수 없나요? 히히 계속 진실을 말해야지~계속 읽어봐~~
예제 4와 비교하면 예 2에는 var라는 함수 변수만 부족하고, 예 4와 비교하면 예 3에는 함수 이름만 부족한 것을 현상의 관점에서 보면 예 2와 예 4의 본질은 다음과 같습니다. 마찬가지로 철갑 증거는 다음과 같습니다.
function foo() {} alert(foo); // 提示包含“foo”的函数名 var bar = foo; alert(bar); // 提示依然只包含“foo”的函数名,和bar半毛钱关系都没有
그러나 여기서 언급할 수 있는 작은 차이점이 있습니다. 함수 선언 모드에서 정의된 함수와 생성자 선언 또는 함수 표현식 선언의 차이점은 함수 선언 모드에서 함수를 정의하기 전에 호출할 수 있다는 것입니다. 더 이상 이야기하지 않겠습니다. 코드를 살펴보겠습니다.
foo(); // 提示Foo function foo() { alert('Foo'); } bar(); // 哥们,和上面确实不一样,就不要逞能,这不报错了?提示bar未定义 var bar = function() { alert('Bar'); }
function foo() { var hi = 'hello'; //return function() { // alert(hi); //}; return Function('return hi;'); } foo()(); // 执行效果大家自己跑一下看看
可以想见,用构造函数声明返回的这个函数执行必然报错,因为其作用域(即全局作用域)中没有hi这个变量。
还有一点,就是往往大家要说构造函数方式声明的函数效率要低,这是为什么呢?今天从文档是得知是因为另外3种方式申明的函数只会被解析一次,其实他们存在于闭包中,但是那也只与作用域链有关,函数体是只会被解析一次的。但是构造函数方式呢,每次执行函数的时候,其函数体都会被解析一次,我们可以想想这样声明的函数是一个对象,其中存放了参数以及函数体,每次执行的时候都要先解析一次,参数和函数体,才会执行,这样必然效率低下。具体实验不知道如何做?
最后说一个大家都不怎么注意的地方,什么时候看似函数声明方式的方式却不是函数生命方式(还是这么绕~简单点儿说,就是例2的方式什么时候在不经意间就成其他方式了):
当成为表达式的一部分,就如同例3和例4。
不再是脚本本身或者函数的“源元素”(source element)。什么是源元素呢?即在脚本中的非嵌套语句或者函数体(A "source element" is a non-nested statement in the script or a function body),例如:
var x = 0; // source element if (x == 0) { // source element x = 10; // not a source element, 因为嵌套在了if语句里 function boo() {} // not a source element, 因为嵌套在了if语句里 } function foo() { // source element var y = 20; // source element function bar() {} // source element while (y == 10) { // source element function blah() {} // not a source element, 因为嵌套在了while语句里 y++; // not a source element, 因为嵌套在了while语句里 } }
源元素的概念大概有了理解,继续刚刚说的函数声明,请看:
// 函数声明 function foo() {} // 函数表达式 (function bar() {}) // 函数表达式 x = function hello() {} if (x) { // 函数表达式 function world() {} } // function statement function a() { // function statement function b() {} if (0) { // 函数表达式 function c() {} } }
最后这里说一下我自己的理解,之所以要区分函数声明与非函数声明,因为在我看了,函数声明方式的函数定义,在JS解析引擎执行的时候会将其提前声明,也就是像我们刚刚上面说的那样,可以在函数定义之前使用,实际上是解析引擎在我们使用前已经将其解析了,但是非函数声明式,就像表达式函数声明,JS解析引擎只会把var声明的变量提前定义,此时变量值为undefined,而真正对这个变量的赋值是在代码实际所在位置,因此上述提到报错都是undefined,实际变量已经定义了,只是还没有赋值,JS解析引擎不知道它为函数。
相信本文所述对大家javascript WEB程序设计的有一定的借鉴价值。

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

Node.js는 크림 덕분에 효율적인 I/O에서 탁월합니다. 스트림은 메모리 오버로드를 피하고 큰 파일, 네트워크 작업 및 실시간 애플리케이션을위한 메모리 과부하를 피하기 위해 데이터를 점차적으로 처리합니다. 스트림을 TypeScript의 유형 안전과 결합하면 Powe가 생성됩니다

파이썬과 자바 스크립트 간의 성능과 효율성의 차이는 주로 다음과 같이 반영됩니다. 1) 해석 된 언어로서, 파이썬은 느리게 실행되지만 개발 효율이 높고 빠른 프로토 타입 개발에 적합합니다. 2) JavaScript는 브라우저의 단일 스레드로 제한되지만 멀티 스레딩 및 비동기 I/O는 Node.js의 성능을 향상시키는 데 사용될 수 있으며 실제 프로젝트에서는 이점이 있습니다.

JavaScript는 1995 년에 시작하여 Brandon Ike에 의해 만들어졌으며 언어를 C로 실현했습니다. 1.C Language는 JavaScript의 고성능 및 시스템 수준 프로그래밍 기능을 제공합니다. 2. JavaScript의 메모리 관리 및 성능 최적화는 C 언어에 의존합니다. 3. C 언어의 크로스 플랫폼 기능은 자바 스크립트가 다른 운영 체제에서 효율적으로 실행하는 데 도움이됩니다.


핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

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

인기 기사

뜨거운 도구

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

SublimeText3 영어 버전
권장 사항: Win 버전, 코드 프롬프트 지원!

맨티스BT
Mantis는 제품 결함 추적을 돕기 위해 설계된 배포하기 쉬운 웹 기반 결함 추적 도구입니다. PHP, MySQL 및 웹 서버가 필요합니다. 데모 및 호스팅 서비스를 확인해 보세요.

PhpStorm 맥 버전
최신(2018.2.1) 전문 PHP 통합 개발 도구

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