왜 .EditorConfig가 더 예쁘게 주위에도 중요합니다-JS 튜토리얼-php.cn

.editorconfig 파일은 다양한 개발자와 편집자 간의 코드 스타일 일관성을 보장하기 위해 코드 형식과 파일 스타일 규칙을 설정하는 데 사용됩니다. .editorconfig 파일은 주로 들여쓰기 스타일, 들여쓰기 크기, 개행 문자, 문자 인코딩, 후행 공백 및 최종 개행 문자와 같은 속성을 구성합니다.

.editorconfig 파일에서 사용할 수 있는 구성 옵션이 세부 정보와 함께 아래에 나열되어 있습니다.

.editorconfig 파일에 대한 자세한 설명

루트

현재 .editorconfig 파일이 프로젝트의 루트 구성인지 지정합니다. true로 설정하면 편집기는 상위 디렉터리에서 .editorconfig 파일 검색을 중지합니다. 이는 프로젝트에 여러 개의 .editorconfig 파일이 있을 때 현재 파일이 최종 구성으로 사용되도록 하는 데 유용합니다.

<code>root = true</code>

로그인 후 복사

[패턴] - 파일 일치 패턴

규칙이 적용되는 파일 형식을 정의합니다. *(모든 문자와 일치), ?(단일 문자와 일치) 및 {}(여러 파일 형식과 일치)와 같은 와일드카드를 지원합니다. 예를 들어 <code>[*.js]</code>은 모든 JavaScript 파일과 일치하고 [*.{html,css}]는 HTML 및 CSS 파일 모두와 일치합니다.

<code>[*.js]</code>

로그인 후 복사

indent_style

들여쓰기 스타일을 공백 또는 탭으로 정의합니다. 이렇게 하면 서로 다른 편집기 간의 들여쓰기 스타일의 일관성이 보장되어 코드 가독성이 향상됩니다.

<code>indent_style = space</code>

로그인 후 복사

indent_size

들여쓰기 크기를 지정하며 일반적으로 양의 정수입니다. 탭으로 설정하면 tab_width에 따라 들여쓰기 크기가 달라집니다. 공통값은 2칸 또는 4칸입니다.

<code>indent_size = 4</code>

로그인 후 복사

탭 너비

탭 기반 들여쓰기의 시각적 모양에 영향을 미치는 탭 문자의 표시 너비를 정의합니다. 들여쓰기를 일관되게 표시하기 위해 indent_size 과 함께 자주 사용됩니다.

<code>tab_width = 4</code>

로그인 후 복사

end_of_line

개행 문자의 형식을 지정합니다. lf는 줄 바꿈 문자(n)를 나타내고, crlf는 캐리지 리턴 및 줄 바꿈 문자(rn)를 나타내고, cr은 캐리지 리턴 문자(r)를 나타냅니다(드물게 사용됨). 균일한 개행 문자는 크로스 플랫폼 개발 시 버전 제어 충돌을 방지하는 데 도움이 됩니다.

<code>end_of_line = lf</code>

로그인 후 복사

문자세트

파일의 문자 인코딩을 정의합니다. 일반적인 옵션에는 utf-8, utf-16 및 latin1이 포함됩니다. UTF-8은 여러 언어를 지원하고 플랫폼 간 호환성이 좋기 때문에 권장됩니다.

<code>charset = utf-8</code>

로그인 후 복사

trim_trailing_whitespace

줄 끝의 불필요한 공백을 자동으로 제거할지 결정합니다. 이는 깔끔한 코드를 유지하는 데 도움이 되며 버전 관리에 관련 없는 변경 사항이 나타나는 것을 방지합니다.

<code>trim_trailing_whitespace = true</code>

로그인 후 복사

insert_final_newline

파일 끝에 개행 문자를 추가할지 여부를 지정합니다. 많은 컴파일러와 툴체인에는 최종 개행 문자가 필요하며 이는 좋은 코딩 방법입니다.

<code>insert_final_newline = true</code>

로그인 후 복사

최대 줄 길이

더 좁은 뷰포트에서 코드를 쉽게 읽을 수 있도록 각 줄의 최대 길이를 설정하세요. off로 설정하면 줄 길이 제한이 적용되지 않습니다.

<code>max_line_length = 80</code>

로그인 후 복사

설정 해제

이전에 설정한 속성을 취소하고 기본값으로 복원합니다. 이는 특정 파일 형식에 대한 전역 설정을 재정의하는 데 사용할 수 있습니다.

<code>root = true</code>

로그인 후 복사

.editorconfig 파일 예 이것은 다른 파일 유형의 특정 구성을 보여주는 완전한 예입니다.

>이 예제 editorConfig 파일. 다양한 편집자를 사용하는 팀 구성원이 통합 코드 스타일을 유지할 수 있도록 다양한 파일 유형의 일관된 인코딩 스타일과 형식을 설정하는 방법을 보여줍니다.

기본 파일 형식 규칙 (비 코드 파일)

<code>[*.js]</code>

로그인 후 복사

>. EditorConfig는 모든 파일 유형 (예 : 구성 파일, Markdown, MakeFile)에 적합하며, 계약, 문자 코딩 및 변경 라인 변경에 대한 기본 규칙을 제공합니다. Pretier는 코드 파일에 중점을 둡니다.

캐릭터 인코딩 및 변화 캐릭터 관리

>. EditorConfig는 문자 인코딩 및 교체 기호 패턴 (예 : LF 또는 CRLF)을 표준화 할 수 있지만 Pretier는이를 관리하지 않습니다. 크로스 -편집자 호환성

대부분의 편집자 및 IDE 지원. 더 예쁘게 활성화되지 않더라도 편집기는 일관된 파일 형식을 유지할 수 있습니다.

비 프로그램 파일의 지원

>. EditorConfig는 비 프로그램 파일에 대한 기본 형식 규칙을 제공하며, 이는 순수한 텍스트 파일을 지원하지 않는 Prettier의 단점을 보완합니다. 왜 .editorconfig와 더 예쁘게 사용하는 이유는 무엇입니까? .EditorConfig와 Pretier는 다른 목적을 수행하고 서로 다른 요구를 충족시키기 위해 서로를 추가했습니다.

<.>

모든 파일 유형에 적합한 스타일 수축, 문자 코딩 및 -UP 공간을 따르는 기본 파일 규칙을 따르십시오. 더 예쁘게 사용되지 않더라도 이러한 규칙은 다양한 편집자 간의 일관성을 보장 할 수 있습니다.

Pretier :

는 빈 라인 배치, 브래킷 스타일 및 기타 특정 언어 형식과 같은 자동 코드 형식 및 처리에 사용됩니다. 이 둘의 조합은 기본 파일 형식과 코드 스타일의 일관성을 보장 할 수 있습니다.

크로스 플랫폼 개발에서 다른 운영 체제 (예 : Windows, MacOS, Linux)는 다른 기본 행을 사용합니다. .editorconfig는 시스템 차이로 인한 충돌을 피하기 위해 프로젝트의 모든 파일의 변경 기호를 표준화하는 간단한 방법을 제공했습니다.

특정 파일 유형 (예 : 구성 파일 또는 문서)의 경우 EditorConfig를 사용하면 특정 프로젝트에 매우 실용적인보다 미세한 곡물 제어를 위해 특정 규칙을 사용할 수 있습니다. 또한 모든 항목이 더 예쁘지는 않습니다. 특히 자동 형식이 필요하지 않은 유물 또는 프로젝트를 사용합니다. EditorConfig는 거의 모든 주류 편집자와 IDE가 지원하는 범용 구성 방법입니다.

결론 >. editorConfig는 모든 파일 유형의 기본 형식 규칙에 파일 레벨 컨트롤을 제공하며 더 예쁘게 자동 코드 스타일에 중점을 둡니다. 파일 스타일과 코드 형식의 포괄적 인 일관성을 보장하기 위해이 두 도구를 사용하는 것을 기반으로합니다.

우리는 Node.js 프로젝트에 가장 적합한 선택 인 Leapcell입니다.

leapcell은 웹 양육권, 비동기 작업 및 서버 플랫폼이없는 Redis의 차세대에 사용됩니다. 다중 -언어지지

Why .editorconfig Still Matters Even with Prettier Around <.> 개발을 위해 Node.js, Python, Go 또는 Rust를 사용하십시오.