1. 규칙을 포함시킵니다
JavaScript 프로그램은 가능한 한 .js 파일에 배치해야합니다. 호출해야 할 때는 페이지에 <script src = "filename.js"> 형식으로 포함해야합니다. JavaScript 코드가 페이지에 전용되지 않은 경우 페이지에 직접 JavaScript 코드를 작성하지 마십시오.
2. 압입 및 라인 브레이크 정렬
a) 들여 쓰기
동일한 계약 표준은 동일한 시스템에서 채택되어야합니다. 이 기사는 들여 쓰기 크기가 4 개의 공간임을 옹호합니다. 각 컴파일러는 탭 키의 다른 빈 크기를 정의합니다. 개발 환경을 설정할 때 편집기의 탭 바로 가기 키를 4 개의 공간으로 재설정하는 것이 좋습니다. 대부분의 컴파일러는이 기능을 제공합니다. 그렇지 않으면 4 개의 공간을 눌러 들여 쓰기하는 것이 좋습니다.
b) 라인 브레이크
라인 브레이크는 다음과 같아야합니다.
각각의 독립적 인 진술이 끝난 후;
다른 키워드와 같은 키워드 이전에, 마지막으로, 마지막으로 잡는 경우;
연산자가 라인을 끊으면 운영자는 새 라인의 시작 부분에 있어야합니다.
단일 라인 길이가 한계를 초과 할 때 발생하는 라인 브레이크의 경우 기준 정책을 라인 길이로 분리하십시오.
1). 문자열이 너무 길고 잘립니다
각 코드 라인은 80 자 미만이어야합니다. 코드가 길면 줄을 끊으십시오. 새로운 라인은 작업자와 구두점 마크 후에, 바람직하게는 세미콜론 이후 ";" 또는 쉼표 ",". 다음 줄은 이전 줄에 비해 4 개의 공간에 의해 들여 쓰기됩니다. 이는 사본-페이스트로 인한 코드 누락 오류를 효과적으로 방지 할 수 있으며 가독성을 향상시킬 수 있습니다.
특정 길이로 문자열을 자르고 + 연산자를 사용하여 연결하십시오. 완전한 명사를 끊지 않도록 가능한 한 의미론을 수행하십시오. 특히, HTML 단편의 스 플라이 싱의 경우, HTML과 동일한 구조는 들여 쓰기에 의해 유지된다.
배열을 사용하여 + 작업보다 인기를 조정하기가 더 쉽습니다.
2). 3 원 운영자가 너무 길다
3 대 연산자는 3 개의 부품으로 구성되므로 라인 브레이크는 각 부품의 길이에 따라 3 가지 다른 상황을 형성해야합니다.
다음 상황은 발생하지 않아야합니다.
3). 지나치게 긴 논리 조건 조합
논리적 조건의 복잡한 조합으로 인해 80자가 요구를 충족시킬 수없는 경우, 각 조건은 한 줄과 독립적으로 배치해야하며 논리 연산자는 분리를 위해 선의 시작 부분에 배치되거나 논리의 일부를 논리적 조합으로 분리해야합니다. 마지막으로, 닫는 괄호를 배치)와 오프닝 괄호 {독립 라인에 배치하여 명령문이 if와 함께 쉽게 시각적으로 식별 할 수 있는지 확인하십시오. 좋다:
4). 지나치게 긴 JSON과 배열
객체 속성이 많아서 각 속성이 너무 많은 공간을 차지하게하는 경우, 시맨틱 또는 논리로 구성 할 수 있습니다.
5 개의 그룹 그룹을 통해 각 행은 합리적인 범위 내에서 제어되며 논리적으로 세분화됩니다. 더 많은 프로젝트가있는 배열의 경우 다음과 같은 동일한 방법을 사용할 수 있습니다.
5). 성명서
표현식 실행이 반환 값으로 사용되는 경우 표현식을 동일한 줄에 놓으십시오. Newline이 명령문의 끝으로 잘못 해석되고 반환 오류를 유발하지 않도록하십시오. 리턴 키워드 후에 표현이 반환되지 않으면 정의되지 않은 것이 반환됩니다. 생성자의 기본 반환 값은 이것입니다.
예:
3. 이름 지정
이름 지정 방법은 일반적으로 다음 범주가 있습니다.
에이). 명명법에 대한 설명
1) .Camel Nomenclature, thisisanApple
2). thisisanapple과 같은 파스칼 명명법
3). this_is_an_apple ・와 같은 밑줄 명명법
4). 중간 표시의 명명법은이 is-an-apple과 같습니다
다른 유형의 컨텐츠에 따라 다음 명명법을 엄격하게 채택해야합니다.
b) 변수 이름 : 낙타 명명법을 사용해야합니다
기음). 매개 변수 이름 : 낙타 명명법을 사용해야합니다
디). 기능 이름 : 낙타 명명법을 사용해야합니다
이자형). 방법/속성 : 낙타 명명법을 사용해야합니다
f) .private (보호 된) 멤버 : 밑줄이 든 _begin이어야합니다
g). 상수 이름 : IS_DEBUG_ENABLED와 같은 모든 자본 밑줄 명명법을 사용해야합니다.
H) 클래스 이름 : 파스칼 명명법을 사용해야합니다
나). 열거 이름 : 파스칼 명명법을 사용해야합니다
j). 열거 속성 : 밑줄 명명법은 모든 수도에서 사용해야합니다.
케이). 네임 스페이스 : 낙타 명명법을 사용해야합니다
L) .Semantics : 이름 지정은 다음과 같은 시맨틱에주의를 기울여야합니다.
명사는 가변 이름에 사용되어야합니다.
부울 유형은 Is, was 등으로 시작해야합니다. 유형을 나타냅니다. ・
함수 이름은 동사 객체 문구를 사용해야합니다.
클래스 이름은 명사로 만들어야합니다.
4. 의견
의견은 가능한 한 간단하고 가능한 한 명확해야합니다. 주석의 의미에 초점을 맞추고 덜 직관적 인 부분에 주석을 달 수 있습니다.
(물론, 많은 글로벌 변수를 직접 정의하는이 관행은 권장되지 않습니다)
또한 JavaScript 주석에는 "//"와 "/ * ...... */"의 두 가지 유형이 있습니다. "//"는 코드 주석 라인으로 사용되며 형식 "/ * .... */"는 전체 코드 세그먼트의 취소 또는 함수 매개 변수, 함수, 파일 함수 등의 설명과 같은보다 공식적인 선언으로 사용됩니다.
또한 : 복사 및 붙여 넣기시 주석이 코드에 해당하는지 여부에주의를 기울여야합니다.
5. 진술
1). 변수 선언
JavaScript 언어는 사용하기 전에 변수 선언이 필요하지 않습니다. 그러나 우리는 여전히이 좋은 습관을 개발해야합니다. 이를 통해 선언되지 않은 변수를 더 쉽게 감지하여 숨겨진 글로벌 변수가되지 않고 숨겨진 위험을 유발할 수 있습니다.
함수의 시작 부분에서 먼저 VAR 키워드를 사용하여 함수에 사용될 로컬 변수를 선언하고 변수의 함수 및 대표적 의미에 대해 의견을 제시해야하며 알파벳순으로 정렬해야합니다. 각 변수는 주석을 추가하기 위해 한 줄을 차지합니다. 이는 JavaScript의 함수의 {}만이 범위를 나타내고 VAR 키워드로 선언 된 로컬 변수는 함수 내에서만 유효하며 Var로 선언하지 않는 변수는 전역 변수로 간주되기 때문입니다. 예:
VAR로 선언 된 변수 valuea와 선언되지 않은 변수 ValueB는 차이가 있습니다. 함수 내부 var로 선언 된 변수는 로컬 변수이며 로컬 변수 및 글로벌 변수와 동일한 이름으로 인한 오류를 효과적으로 피할 수 있다는 점에 유의해야합니다.
2). 기능 선언
함수는 호출하기 전에 선언해야하며 내부 기능은 내부 변수와 내부 함수의 범위를 명확하게 나타낼 수있는 내부 변수를 선언하는 VAR 문 후에 선언되어야합니다.
또한 왼쪽 브래킷 '(', Close Bracket ') 사이에 함수 이름 사이에 공간이 있어야합니다.'{ '는 매개 변수 부분과 기능 본문의 시작으로 기능 이름을 명확하게 표시해야합니다. 함수가 익명/이름이없는 함수 인 경우 함수 키워드와 오프닝 브래킷 사이의 공간을 남겨 두십시오 (그렇지 않으면 함수의 기능 이름으로 오인 될 수 있습니다.
내부 기능 선언의 예 :
위의 예제의 출력에서 inf () 함수가 outf () 함수 내에서만 적용되고 로컬 변수 내부가 내부 함수의 범위에 적용됨을 알 수 있습니다. 이 인코딩 방법은 변수와 함수의 범위를 명확하게 만듭니다.