내가 JavaScript 스타일 가이드를 사용하는 이유와 당신도 왜

키 포인트

javaScript 표준 스타일과 같은 자수 자바 스크립트 스타일 가이드는 팀 마찰을 줄이고 프로그래머의 행복을 개선하며 코드 일관성을 보장하는 데 도움이됩니다.

JavaScript와 같은 주류 스타일의 언어로 코딩하면 오픈 소스 프로젝트에 쉽게 기여하고 다른 사람들이 프로젝트에 기여할 수 있습니다.

스타일 가이드가 반드시 프로그램을 더 정확하게 만드는 것은 아니지만 오류가 게시되기 전에 오류를 잡을 수있어 코드를 읽고 이해하기 쉽고 팀 구성원의 의견 불일치를 방지 할 수 있습니다.

JavaScript 표준 스타일을 구현하는 것은 도구없이 수행 할 수 있지만, 린트 JavaScript 코드 및 텍스트 편집기 플러그인에 사용할 수있는 NPM 패키지가있어 스타일을 시행하는 데 도움이됩니다.
보다 인기있는 JavaScript 스타일 가이드 인 @feross의 JavaScript 표준 스타일을 살펴 보겠습니다. 팀 마찰을 줄이고 프로그래머의 행복을 향상시키는 데 도움이 될 수 있습니다.
• JavaScript 코드를보다 일관성있게 만들고 탭과 공간의 장점과 단점에 대한 지루한 토론을 방지하는 일련의 규칙입니다. JSLINT, JSHINT 및 ESLINT와 같은 다른 JavaScript Linter와 같은 범주에 속하며 많은 스타일 중 하나입니다.
Linter가 무엇인지 또는 필요한 이유가 확실하지 않은 경우 JavaScript Linting Tools의 비교를 확인하십시오.
• 스타일의 중요성
당신이 한동안 코드를 작성하고 있다면, 당신은 의심 할 여지없이 당신이 좋아하는 스타일을 개발할 것입니다. 이것은 특정 패턴을 수백 ~ 수천 번 작성하고 코딩을 미학적으로 즐겁게 찾기 시작할 때 발생합니다. 갑자기 다른 사람들이 와서 이상한 장소에 괄호를 놓고 줄 끝에 공간을 떠나기 시작했습니다. 일부 텍스트가 필요할 수 있습니다. 심호흡을하면 괄호를 배치하거나 공간을 선택하는 방법은 프로그램을 더욱 정확하게 만들지 않습니다.
• 모든 프로그래밍 언어에는 주류
스타일이 있으며 때로는 파이썬과 마찬가지로 공식 스타일 가이드는 프로그램을 작성하기위한

정확한

메소드로 표시됩니다. 잠깐, intentation이

4 공간 라고 말합니까?

언어의 주류 스타일로 코딩하면 프로그램이 언어의 생태계에 적응하는 데 도움이됩니다. 당신이 처음에 친숙하고 동의한다면, 당신은 또한 오픈 소스 프로젝트에 더 쉽게 기여하고 다른 사람들이 프로젝트에 기여할 수있게 할 것입니다. JavaScript에는 공식 스타일 가이드가 없으며 Douglas Crockford의 "우수한 부분"에 사실상 표준이 나타납니다. 그의 책은 신뢰할 수있는 JavaScript 프로그램을 작성하는 방법을 제안하고, 우리가 적극적으로 피해야하는 기능을 강조합니다. 그는 이러한 견해를 지원하기 위해 JSLINT를 게시했으며 다른 Linters는 소송을 따랐습니다. 대부분의 린터는 구성 가능성이 높으며, 가장 적합한 스타일을 선택할 수 있지만 다른 사람들에게 시행 할 수 있습니다! JavaScript 표준 스타일은 다릅니다. 가장 좋아하는 스타일은 아무것도

입니다. 누구나 이해하고 사용할 수있는 스타일을 선택하는 것이 중요합니다.

표준 스타일을 채택한다는 것은 개인 스타일보다 코드 선명도와 커뮤니티 규범의 중요성을 의미합니다. 이것은 프로젝트 및 개발 문화의 100%에게는 의미가 없지만 오픈 소스는 초보자에게 적대적인 장소가 될 수 있습니다. 명확하고 자동화 된 기고자 기대치를 구축하면 프로젝트가 더 건강해질 것입니다.

기고에 참여할 필요가없는 프로그램을 작성하는 경우 가장 행복하게 만드는 도구와 스타일을 사용하십시오. 팀에서 일할 때는 항상 마찰을 최소화하고 전문적인 상태를 유지하며 작은 일에 대해 걱정하지 않아야합니다.

시간을내어 자신의 스타일을 소개하기 전에 기존 코드베이스의 스타일을 배우십시오.

JavaScript 표준 스타일

2 공간 - 계약을위한 문자열은 단일 따옴표를 사용합니다 - 탈출을 피하지 않는 한

사용하지 않는 변수 없음 -

많은 오류를 잡을 수 있습니다!

없음 세미 콜론

(, [또는`

키워드 다음에 공백이 있습니다. if (조건) {...} 함수 이름 기능 이름 (arg) {...} 이후의 공간이 있습니다. 는 항상 === 대신 ===를 사용하지만 null을 확인하십시오. 항상 node.js err 함수 매개 변수 를 처리하십시오

 항상 브라우저에 창문 접두사를 추가하십시오. 그러나 문서 및 네비게이터는 

를 할 수 있습니다 는 오픈, 길이, 이벤트 및 이름과 같은 부적절하게 명명 된 브라우저 글로벌 변수를 우연히 사용하지 않습니다.

• 규칙의 전체 목록을 봅니다 가장 논란의 여지가있는 규칙은 의심 할 여지없이 세미콜론의 부재입니다. 수년 동안 사람들은 세미콜론이 항상 오류를 피하기 위해
이어야한다고 생각해 왔으며, Crockford는 이것을 홍보하기 위해 많은 노력을 기울 였지만 세미콜론이 엄격하게 필요한 C에 깊은 뿌리를 가지고 있습니다. 그렇지 않으면 프로그램이 그렇지 않습니다. 실행할 수 있습니다.
• JavaScript 표준 스타일은 세미콜론 JavaScript없이 이것에 대한 내 견해를 변경했습니다. 자동 세미콜론 삽입은 JavaScript의 기능으로 소음을 줄이고 프로그램을 단순화 한 적이 없습니다. 세미콜론의 부족으로 인해 오류가 발생하지 않았습니다. 이에 대한 자세한 내용은 자바 스크립트에서 세미콜론이 필요합니까?
모든 사람이 동의하지는 않으며, 유명한 지점은 반드시와 행복이 세미콜론을 강력하게 회복시킵니다. 나는이 지점이 표준의 전체 의미를 놓치는 것처럼 보이기 때문에 약간 후회한다는 것을 알았습니다.
나는 규칙 X에 동의하지 않습니다. 변경할 수 있습니까?

아니요. 표준의 초점은 스타일에 대한 불필요한 토론을 피하는 것입니다. 인터넷에는 탭과 공간 등에 대한 많은 논쟁이 있으며, 이러한 논쟁은 결코 해결되지 않을 것입니다. 이러한 주장은 산만하고 작업을 완료 할 수 없습니다. 궁극적으로, 당신은“무언가 만 선택해야한다”는 것이며, 그것은 표준의 모든 철학입니다. 그것은 현명한“무언가를 선택”하는 관점입니다. 바라건대 사용자는 자신의 의견을 방어하기보다는 이것의 가치를 볼 수 있기를 바랍니다.

개인적으로, 나는 세미콜론없이 코딩에 익숙해 졌을 것입니다. 그 이유가 무엇이든, 볼 수있는 내용이 적을 때 프로그램이 더 명확하다는 것을 알았습니다.

마크의 우수한 프로그램 수준

프로그래머는 다음에주의를 기울여야합니다

책임

가독성 행복

효율성
표준과 같은 스타일 가이드를 채택하면 이러한 모든 측면에서 이점을 가져올 수 있습니다.
책임
1. 모든 역할을 수행하려면 프로그램을 의도 한대로 실수없이 실행해야합니다. 스타일은 프로그램을 더 정확하게 만들지 않지만 오류가 게시되기 전에 Linter는 오류를 잡을 수 있습니다.
2. 가독성 전문 개발자로서, 코드의 가독성은 효과적인 프로그램을 제공하는 것 외에도 가장 중요한 것입니다. 글을 쓰는 것보다 프로그램을 읽고 이해하려고 노력하는 데 훨씬 더 많은 노력이 필요하므로 미래의 자아와 코드를 상속받을 다른 사람들을 위해 최적화하십시오.
명확하고 예측 가능한 스타일은 코드를 쉽게 읽고 이해할 수 있도록합니다.
3. 프로그래머의 행복 감 이 측면에서 내가 가장 좋아하는 것은 기계가 아닌 사람들에게 초점을 맞추는 것입니다. 팀의 읽기 가능, 기능 코드가 우리 자신의 행복보다 우선해야하기 때문에 단순히 목록에서 3 위를 차지하지만, 이것이 행복을 희생시키면서 오는 것은 아닙니다.
4. 당신은 인생을 즐기고 싶지 않습니까? 일을 빨리 끝내고 일이 재미 있다면 훌륭하지 않습니까? 이 부분은 삶의 목적입니다. 당신의 삶이 더 좋습니다.
- Matsumoto Yuhiro

삶은 짧고 개인 선호도의 차이에 대해 걱정하지 않고 표준을 설정하고 계속 진행합니다. 표준 스타일이 팀원들 사이의 의견 불일치와 마찰을 방지하면이 때문에 더 행복해질 것입니다.

효율성

마지막 요점이지만 가장 적은 것은 아닙니다.

이 점들 중 하나를 평가 해야하는 경우 Quick 코드보다 올바른 가치가 있고 읽기 쉬우 며 사람들을 행복하게해야합니다.

컴퓨터가 매우 빠릅니다. 프로그램이 충분히 효율적이면 문제가 없습니다. 성능이 좋지 않은 경우

는 병목 현상을 찾아 코드를보다 효율적으로 만듭니다. 인간은 매우 느립니다. 효율성을 향상시키는 것이 더 가치가 있습니다. 표준 스타일을 채택함으로써 얻은 명확성은 코드가 더 쉽게 이해하고 기여할 수있게 해줍니다. 불일치에 소요 된 시간도 크게 줄어들 었으며 이는 매우 인기가 있습니다.

JavaScript 표준 스타일을 구현하십시오 도구없이 표준을 채택하고 규칙을 읽고 다른 규칙을 기록 할 수 있습니다. 일주일 동안 시도하고 당신이 좋아하는지 확인하십시오. 마음에 들지 않으면 계속 사용하십시오!

JavaScript 코드를 보풀에 대한 NPM 패키지도 있습니다.

Running Standard는 Linter를 통해 디렉토리의 모든 JavaScript 파일을 실행합니다. 또한 모든 공통 편집기에는 텍스트 편집기 플러그인이 있습니다. Atom에 Linter를 설치하는 방법은 다음과 같습니다.

개인적으로, 타이핑 할 때 자동 보풀 프로그램이 매우 산만하다고 생각합니다. 같은 방식으로 느끼면 작업을 마친 후이 린터를 사용하는 것이 좋습니다. 표준 명령에는 또한 특정 스타일 오류를 자동으로 수정하여 시간을 절약 할 수있는 플래그가 있습니다.
JavaScript 표준 스타일을 사용하는 > 표준 스타일을 채택해야합니까? 글쎄, 그것은 모두 당신에게 달려 있습니다.

<code>npm install standard --global</code>

스타일 가이드가 없다면 의견의 갈등을 다룰 준비를하십시오.

당신이 당신의 이상적인 규칙 세트를 완성하고 코드 기반 전체에서 그것을 시행하고 싶다면, eslint는 당신이 찾고있는 것일 수 있습니다.

구문의 지루한 세부 사항에 시간을 낭비하지 않으려면 JavaScript 표준 스타일을 시도하고 아래 의견에 대해 어떻게 생각하는지 알려주십시오.

JavaScript 스타일 가이드에 대한 faqs

<code>apm install linter
apm install linter-js-standard</code>

JavaScript 스타일 가이드를 사용하는 것이 왜 중요한가?

JavaScript 스타일 가이드는 JavaScript 코드를 작성할 때 개발자가 따르는 일련의 표준입니다. 코드의 일관성, 가독성 및 유지 관리를 보장합니다. 여러 개발자가 단일 프로젝트에서 작업하면 혼란을 피하고 코드를 이해하고 디버그하기 쉽게하기 위해 동일한 스타일 가이드를 따라야합니다. 또한 코드의 오류 및 취약성 가능성을 줄이는 데 도움이됩니다. JavaScript를 사용하여 HTML 요소를 스타일링하는 방법은 무엇입니까?

요소의 스타일 속성에 액세스하여 JavaScript를 사용하여 HTML 요소를 스타일로 만들 수 있습니다. 예를 들어, ID "myelement"가있는 요소가있는 경우, 배경색을 빨간색으로 변경할 수 있습니다. document.getElementById ( "myelement"). Style.backgroundColor = "Red"; 이것은 CSS 스타일을 요소에 직접 적용합니다.

개발자가 일반적으로 사용하는 일반적인 JavaScript 스타일 가이드는 무엇입니까?

개발자가 사용하는 가장 일반적인 JavaScript 스타일 가이드 중 일부에는 Airbnb의 JavaScript 스타일 가이드, Google의 JavaScript 스타일 가이드 및 StandardJS가 포함됩니다. 이 가이드는 코드가 깨끗하고 일관되며 읽기 쉽도록 구문, 서식 및 모범 사례에 대한 규칙을 제공합니다.

내 프로젝트에서 JavaScript 스타일 가이드를 시행하는 방법은 무엇입니까?

eslint와 같은 라이터를 사용하여 프로젝트에서 JavaScript 스타일 가이드를 시행 할 수 있습니다. Linter는 코드를 분석하여 스타일 가이드의 잠재적 오류 및 위반을 찾는 도구입니다. 선택한 스타일 안내서의 규칙을 따르도록 ESLINT를 구성 할 수 있으며 코드 가이 규칙을 위반할 때 경고합니다.

내 자신의 JavaScript 스타일 가이드를 만들 수 있습니까?

예, 자신만의 JavaScript 스타일 가이드를 만들 수 있습니다. 그러나 커뮤니티가 테스트하고 검증 한 기존 스타일 가이드를 사용하는 것이 더 효율적입니다. 기존 스타일 가이드가 다루지 않는 특정 요구 사항이있는 경우 자체 규칙을 작성하여 Linter 구성에 추가 할 수 있습니다.

JavaScript의 인라인 스타일과 외부 스타일의 차이점은 무엇입니까?

인라인 스타일은 스타일 속성을 사용하여 HTML 요소에 직접 적용되며 외부 스타일은 별도의 CSS 파일로 정의되며 HTML 문서에 연결됩니다. 인라인 스타일은 소규모 프로젝트 나 빠른 수정에 매우 편리하지만 대규모 프로젝트의 경우 재사용 성과 우려 분리를 향상시킬 수 있기 때문에 외부 스타일이 종종 선호됩니다.

HTML 요소에서 스타일을 제거하기 위해 JavaScript를 사용하는 방법은 무엇입니까?

는 JavaScript를 사용하여 스타일 속성을 빈 문자열로 설정하여 HTML 요소에서 스타일을 제거 할 수 있습니다. 예를 들어 ID 'myelement'가있는 요소에서 배경색을 제거하려면 다음을 수행 할 수 있습니다. document.getElementById ( "myelement"). Style.backgroundColor = ""; 이것은 요소에서 인라인 스타일을 제거합니다.

JavaScript 스타일 가이드와 함께 Linter를 사용하면 어떤 이점이 있습니까?

JavaScript 스타일 가이드와 함께 Linter를 사용하면 문제가되기 전에 오류와 불일치를 잡는 데 도움이 될 수 있습니다. 또한 모범 사례 및 스타일 규칙을 시행하여 청소기를 작성하고 읽기 쉬운 코드를 작성하는 데 도움이 될 수 있습니다. 또한 특정 유형의 오류 및 서식 문제를 자동으로 수정하여 시간을 절약 할 수 있습니다.

javaScript를 사용하여 HTML 요소에 여러 스타일을 적용하는 방법은 무엇입니까?

여러 스타일 속성을 설정하여 JavaScript를 사용하여 HTML 요소에 여러 스타일을 적용 할 수 있습니다. 예를 들어, ID 'myelement'가있는 요소의 배경색과 글꼴 크기를 설정하려면 다음을 수행 할 수 있습니다. var elem = document.getElementById ( "mylement"); elem.style.backgroundColor = "빨간색"; elem.style.fontsize = "20px"; 이것은 두 스타일을 요소에 적용합니다.

JavaScript를 사용하여 스타일의 의사 요소를 사용할 수 있습니까?

아니요, JavaScript는 :: 이전 및 :: 이후와 같은 의사 요소를 직접 스타일로 만들 수 없습니다. 이들은 CSS 사양의 일부이며 스타일링하는 데만 사용될 수 있습니다. 그러나 JavaScript를 사용하여 요소에 클래스를 추가하거나 제거 할 수 있으며이 클래스는 CSS에 의사 요소 관련 스타일을 가질 수 있습니다.

위 내용은 내가 JavaScript 스타일 가이드를 사용하는 이유와 당신도 왜의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!