JavaScript 프로그래밍 언어의 코딩 사양에 대한 간략한 토론_기본 지식

가장 널리 사용되는 클라이언트 측 스크립팅 언어인 JavaScript 프로그래밍 언어는 오랫동안 많은 웹 개발자에게 친숙했습니다. Web2.0 시대의 도래와 Ajax 기술의 광범위한 적용으로 JavaScript가 점차 주목을 받고 있습니다. 업무에서 더욱 요구되는 것은 자바스크립트 언어에 대한 심층적인 학습, 유연한 적용, 코딩 품질 보장입니다.

C/C나 Java 언어에 익숙한 엔지니어에게 JavaScript는 유연하고 단순하며 이해하기 쉽고 코드 형식에 대한 요구 사항이 상대적으로 느슨합니다. 배우고 자신의 코드에 적용하는 것은 쉽습니다. 이로 인해 JavaScript 코딩 표준은 종종 개발 프로세스 중에 과소평가되고 수정되어 결국 후속 유지관리자에게 악몽이 됩니다. 소프트웨어 존재의 장기적인 가치는 코딩 품질에 정비례합니다. 코딩 표준은 프로그래밍에서 불필요한 문제를 줄이는 데 도움이 될 수 있습니다. JavaScript 코드는 고객의 브라우저로 직접 전송되어 고객을 직접 만납니다. 코딩의 품질에 더 많은 관심을 기울여야 합니다.

이 글에서는 자바스크립트 프로그래밍의 코딩 표준에 대해 간략하게 설명하고 그 이유를 분석합니다. 더 많은 웹 개발자가 JavaScript 코딩 표준과 소프트웨어 제품 품질 문제에 관심을 갖기를 바랍니다.

머리말

C/C와 Java 코딩 표준에 관해서는 많은 엔지니어들이 익숙하다고 생각합니다. 그러나 JavaScript 언어의 코딩 표준에 관해서는 웃을 수도 있습니다. JavaScript의 구문은 매우 유연하지 않습니까? 변수는 언제든지 사용하고 선언할 수 있습니다. 문 종결자는 필요하지 않습니다. 매개변수가 더 많거나 적더라도 오류가 발생하지 않습니다. 그렇습니다. C/C와 Java의 엄격한 문법 규정에서 JavaScript 언어로 전환하면 훨씬 더 자유롭고 편안해집니다. 느슨한 구문은 JavaScript의 중요한 기능입니다. 유연하고 이해하기 쉬우며 개발자에게 많은 편의성을 제공합니다. 그러나 작성 과정에서 주의를 기울이지 않으면 코드의 디버깅 및 유지 관리 비용이 눈에 띄지 않게 증가합니다.

JavaScript 인코딩은 클라이언트의 브라우저로 직접 전송됩니다. 코드 사양은 코드 품질을 보장할 뿐만 아니라 제품의 장기적인 평판에도 영향을 미칩니다. JavaScript 프로그래밍 언어의 사양도 더 많은 친구들의 관심을 끌기를 바랍니다.

JavaScript 코딩 표준에 대한 권장 사항

이 문서에서는 다음을 기반으로 JavaScript 코딩 프로세스와 관련된 일부 특수 기호의 레이아웃, 이름 지정, 선언, 범위 및 사용에 대해 설명합니다. 개인적인 경험을 요약하고, 자신의 제안을 제시하고, 참고 이유를 분석하십시오.

JavaScript 파일 참조

JavaScript 프로그램은 가능한 한 .js 파일에 배치해야 하며 호출해야 하는 경우 <를 사용하여 HTML로 호출해야 합니다. ;script src="filename.js "> JavaScript 코드가 HTML 파일과 관련이 없는 경우 HTML 파일에 직접 JavaScript 코드를 작성하지 않아야 합니다. 이는 HTML 파일의 크기를 크게 증가시키고 코드 압축 및 캐싱에 도움이 되지 않기 때문입니다.

또한

이러한 주석은 JavaScript 코드에서 자주 볼 수 있습니다. "valueA를 sero로 초기화"와 같은 주석의 용도는 무엇입니까? 프로그램을 읽는 엔지니어가 "var valueA = 0;" 복사 문에서 이를 볼 수 없습니까? 복사 및 붙여넣기로 인해 발생하는 타이밍 오류는 프로그래머가 이 명령문을 잘못 이해하도록 유도합니다. setTimeout() 함수의 목적은 함수 실행에 대한 타임아웃을 설정하는 것이 아니라 호출된 함수를 실행하기 전에 일정 시간 동안 대기하는 것인데 이는 매우 해롭다. 그런댓글은 삭제하시는게 좋을 것 같습니다.

또한 JavaScript 주석에는 "//"와 "/* .... */"의 두 가지 유형이 있습니다. "//"를 코드 줄 주석으로 사용하는 것이 좋습니다. /* .... */" " 형식은 전체 코드 세그먼트를 로그아웃하거나 함수 매개변수, 함수, 파일 함수 등에 대한 설명과 같은 보다 공식적인 선언에서 로그아웃하는 데 사용됩니다.

식별자 명명

JavaScript의 식별자 명명 규칙:

◆ 문자, 밑줄 '_' 또는 달러 기호 '$'를 사용합니다. 🎜>
◆ 이름에 문자, 숫자, 밑줄 '_' 및 달러 기호 '$'를 포함하도록 허용

◆ 대소문자 구분

변수, 매개변수, 멤버 변수, 함수 생성자는 모두 소문자로 시작하고 생성자 이름은 대문자로 시작합니다. 밑줄 '_'로 시작하는 변수는 일반적으로 개인/로컬 멤버를 식별하는 데 사용됩니다. 달러 기호 '$'로 시작하는 변수는 시스템 프로세스 등 시스템 관련 변수를 식별하는 데 사용됩니다. 밑줄 '_' 또는 달러 기호 '$'를 사용하여 식별자를 명명하지 마세요. 코드 읽기 부담을 최대한 줄이세요.


선언

변수 선언
JavaScript 언어에서는 변수를 사용하기 전에 선언할 필요가 없지만 . 하지만 우리는 여전히 이 좋은 습관을 키워야 합니다. 이를 통해 선언되지 않은 변수를 더 쉽게 감지하고 해당 변수가 숨겨진 전역 변수가 되어 숨겨진 위험을 초래하는 것을 방지할 수 있습니다.

함수 시작 부분에는 먼저 var 키워드를 사용하여 함수에서 사용할 지역 변수를 선언하고, 함수와 변수의 의미에 대해 주석을 달고 알파벳순으로 정렬해야 합니다. 주석을 추가할 수 있도록 각 변수는 별도의 줄에 있어야 합니다. 이는 JavaScript에서 함수의 {}만이 범위를 나타내기 때문입니다. var 키워드로 선언된 지역 변수는 함수 내에서만 유효하지만 var가 없는 변수는 전역 변수로 간주됩니다. 목록 3을 살펴보겠습니다.


목록 3. 지역 변수 선언
코드:

코드 복사 코드는 다음과 같습니다.

위 예제의 출력에서 ​​var로 선언된 변수 valueA와 선언되지 않은 변수 valueB 사이에 차이가 있다는 사실에 놀랐습니다. 특히 함수 내에서 var로 선언된 변수는 지역 변수이므로 지역 변수와 전역 변수가 같은 이름을 가지고 있을 때 발생하는 오류를 효과적으로 방지할 수 있다는 점에 유의해야 합니다.

함수 선언

함수도 호출하기 전에 선언해야 합니다. 내부 함수는 내부 변수를 선언하는 var 문 다음에 선언해야 내부 변수와 내부 변수를 명확하게 나타낼 수 있습니다. 내부 함수의 범위입니다.

또한, 함수 이름은 왼쪽 대괄호 '(' 사이에 바로 있어야 하며, 오른쪽 대괄호 ')'와 다음 '{' 사이에 공백이 있어야 함수 이름과 해당 함수가 명확하게 표시됩니다. 매개변수 부분과 함수 본문의 시작 부분입니다. 함수가 익명/이름 없는 함수인 경우 함수 키워드와 왼쪽 대괄호 '(' 사이에 공백이 있어야 합니다. 그렇지 않으면 함수 이름이 함수인 것으로 오해될 수 있습니다.

목록 4 . 내부 함수 선언

코드 :

코드 복사 코드는 다음과 같습니다

목록 4의 출력에서 ​​볼 수 있듯이 inF() 함수는 outF() 함수 내부에서만 적용됩니다. innerA 변수는 내부 함수의 범위에 적용됩니다. 동시에 변수와 함수의 범위를 명확하게 만드는 동시에 대입문이 함수와 객체를 사용하여 값을 지정하는 경우에는 다음과 같습니다. , 여러 줄에 걸쳐야 할 수도 있습니다. 할당 문 끝에 세미콜론을 추가해야 합니다. 이는 JavaScript에서 모든 표현식을 문으로 사용할 수 있기 때문입니다. 이때, 불규칙한 줄 바꿈과 세미콜론의 손실로 인해 새로운 오류가 발생할 수 있습니다.

for, while, do, switch, try...와 같은 복합문의 경우 코드 본문은 다음과 같습니다. catch, 함수 정의의 함수 본문, 객체 정의 등은 중괄호 '{}' 안에 배치되어야 합니다.

◆ '{'는 줄 끝에 있어야 하며 코드의 시작을 표시합니다.
◆ '}'는 줄의 시작 부분에 있어야 코드 블록의 끝을 표시하고, '{'가 있는 줄의 시작 부분과 정렬되어 코드 블록을 나타냅니다. 완전한 복합문 세그먼트는 코드의 가독성을 크게 향상시키며, 제어 로직을 명확하게 표시할 수 있습니다.
◆ 포함된 코드 세그먼트는 4칸씩 들여쓰기해야 합니다. 문단에 문장이 하나만 있는 경우 중괄호 '{}'를 넣어야 합니다. 중괄호 없이 코딩해도 틀린 것은 아니지만, 문장을 추가해야 할 경우에는 컴파일 오류나 논리 오류가 발생하기 쉽습니다. 중괄호 생략.

return 문도 주의해서 사용해야 합니다. 표현식의 실행이 반환 값으로 사용되는 경우 개행 문자가 끝으로 잘못 해석되지 않도록 표현식과 return을 같은 줄에 배치하십시오. 진술서에 오류가 발생합니다. return 키워드 뒤에 반환 표현식이 없으면 undefound가 반환됩니다. 생성자의 기본 반환 값은 다음과 같습니다.


목록 5. 반환 표현식


코드:




코드 복사


코드는 다음과 같습니다.

목록 5에서는 반환 표현식이 return 키워드와 같은 줄에 배치되지 않아 발생하는 반환 오류를 보여 주며 주의가 필요합니다.

특수 기호

공백

적절한 빈 줄은 코드의 가독성을 크게 향상시키고 코드를 논리가 더 명확하고 이해하기 쉽습니다. 동시에 표현식에 적절한 공백을 남겨두면 코드를 더 쉽게 읽을 수 있습니다.

키워드 뒤에 괄호가 있는 경우 키워드와 왼쪽 괄호 '(' 사이에 for, if, while 등 공백을 두는 것이 가장 좋습니다. 단, 익명 함수인 경우에는 함수와 왼쪽 괄호 '(' 사이에 공백을 남겨두어야 합니다. 그렇지 않으면 편집자가 함수 이름을 함수로 착각하게 됩니다.

수식에서는 이항 연산자(왼쪽 제외) 대괄호 '(', 왼쪽 대괄호 '[' 및 범위 지점 '.')과 두 피연산자 사이에 공백을 두는 것이 가장 좋습니다. 적절하지 않습니다. 단항 연산자(단어 유형이 아닌 경우 등)와 피연산자 사이에 공백을 두려면

매개변수 간격을 명확하게 표시하려면 쉼표 ',' 뒤에 공백이 있어야 합니다. , 가변 간격 등

세미콜론 ';'은 일반적으로 표현식 문의 끝을 나타내며 비어 있어야 합니다. for의 조건문에서는 세미콜론 뒤에 공백이 있어야 합니다.

{ } 및 [ ]

JavaScript에서는 일반적으로 빈 객체와 빈 배열을 정의하는 것이 자연스럽습니다. 실제로는 new Object()와 new Array()를 사용한다고 생각합니다. 대괄호 '{}' 및 대괄호 '[]'를 사용하여 빈 객체와 빈 배열을 정의할 수 있습니다. 이 작성 방법을 사용하면 코드를 더 간단하고 이해하기 쉽게 만들 수 있습니다. == 및 ===

은 코드에서 흔히 사용되는 것이지만 JavaScript는 판단을 내리기 위해 두 개의 등호 '=='를 사용하는 것 외에도 세 가지를 사용할 수도 있습니다. 등호 '==='는 논리적 동등 판단을 내린다. '=='는 먼저 유형 변환을 수행한 후 비교를 수행하지 않는다는 점이다. '!='와 '!=='는 다를 수 있습니다. 논리적 동등성을 판단하려면 '==='를 사용하고, 논리적 불평등성을 판단하려면 '!=='를 사용해 보세요. 6. ===


사용 코드:


코드 복사

코드는 다음과 같습니다.


목록 6에서 두 변수 valueA와 valueB의 값은 적어도 valueA는 문자열이고 valueB는 숫자입니다. 그러나 판단을 위해 '=='을 사용하면 프로그램은 동일한 단어를 출력합니다. 이는 컴파일러가 두 변수를 비교할 때 유형이 다르기 때문에 자동으로 valueB를 문자열로 변환한 다음 valueA와 비교하기 때문입니다. '==='를 사용하여 얻은 판단 결과는 예상한 결과와 일치합니다.



더하기 기호 ''도 프로그래머들에게 잘 알려진 연산자 중 하나입니다. JavaScript와 다른 프로그래밍 언어의 차이점은 JavaScript에서는 숫자 값을 추가하고 문자열을 연결하는 것 외에도 문자열을 숫자로 변환하는 단항 연산자로 사용할 수도 있다는 것입니다. 따라서 잘못 사용하면 자동증가 기호 ''와 혼동되어 계산 오류가 발생할 수 있습니다. 이는 Listing 7에서 명확하게 볼 수 있다.

목록 7. Clever number


코드:


코드 복사

코드는 다음과 같습니다.




요약


이 문서에서는 레이아웃, 이름 지정, 선언, 명령문 및 일부 특수 문자에 대해 설명합니다. JavaScript 코드 사용법 등의 측면에서 JavaScript 프로그래밍 표준에 대한 제안을 이야기했습니다. 또한 with, eval 문, this 객체 등의 사용 등 심도 있는 이해와 연구가 필요한 측면이 많습니다. 우리는 그 보편성을 이해하지만, 더 많은, 더 나은 프로그램 코드를 만들기 위해 코드를 작성할 때 그 특수성에 주의를 기울이고 더 많은 주의를 기울여야 합니다.