가장 흔히 볼 수 있는 프로그래밍 용례 유형

특히 프로그래밍을 할 때, 컴퓨터를 사용할 때, 물건에 이름을 붙이는 것을 피할 수 없다.
성공적으로 명명된 주요 요소 중 하나는 모든 프로젝트/작업 구역에 일치된 약속을 하기 위해 사용할 사례 유형을 이해하는 것이다.만약 네가 소프트웨어를 작성하고 있다면, 너는 언어 규범 중 적어도 하나를 만날 것이다.어떤 언어(특히 Go)는 그들 사이의 차이를 이해하고 정확하게 사용하는 데 심각하게 의존한다!

너는 무엇을 배울 수 있느냐

가장 일반적인 환자 유형:

낙타 상자

뱀 껍질

불고기통

파스카안

대문자(뱀 껍질 포함)

다음과 같은 경우에 사용하는 방법:

컴퓨터용 파일 이름(추천하는 모범 사례)

Go

로 코드 작성

루비

로 코드 작성

JavaScript를 사용한 코드 작성

파이톤으로 코드 작성

낙타의 등껍질camelCase는 반드시 (1) 소문자로 시작해야 하며, (2) 모든 새로운 후속 단어의 첫 번째 자모는 대문자로 시작하여 앞의 단어와 복합해야 한다.
변수camel case var의 낙타봉 대소문자는 camelCaseVar이다.

살인 사건snake_case 모든 빈칸을'u'로 바꾸고 모든 단어를 소문자로 바꿀 정도로 간단합니다.camelCase와PascalCase를 혼합할 수도 있지만, 내가 보기에 이것은 최종적으로 목적을 달성할 수 없다.
변수snake case var의 뱀 모양의 예는 snake_case_var이다.

불고기kebab-case 모든 공백을 "-"로 바꾸고 모든 단어를 소문자로 바꿀 정도로 간단합니다.양꼬치를 구워 낙타 꼬치와 양젖 효소를 혼합하는 것은 가능하지만 결국 목적을 달성하지 못한다.
변수kebab case var의 불고기 꼬치 예는kebab-case-var이다.

파스카 명명법PascalCase의 모든 단어는 대문자로 시작한다.
변수pascal case var의 PAScal 대소문자 예는 PascalCaseVar입니다.
주의: 낙타봉의 병례는 헷갈리기 쉬우나 단독 병례 유형이다.

상 상자 뱀 상자UPPER_CASE_SNAKE_CASE 모든 공백을 밑줄로 바꾸고 모든 문자를 대문자로 변환합니다.
변수upper case snake case var의 대문자형 구조는 UPPER_CASE_SNAKE_CASE_VAR이다.

어떤 상자 유형을 사용해야 합니까?
다양한 사례 유형을 이해한 만큼 Go, JavaScript, Python, Ruby를 언제 사용했는지 추천하는 파일 이름의 모범 사례 및 사례를 살펴보겠습니다.

파일을 명명할 때 어떤 약속을 사용해야 합니까?
조언: 항상 뱀의 경우
파일을 명명할 때 가장 작은 공분모는 무엇입니까?만약 네가 고집을 부리지 않는다면, 나는 스nake case에서 가장 성공할 것이다. 왜냐하면 전체 파일 시스템에서 문제가 발생할 수 없기 때문이다. 또한 파일 이름을 'my awesome file' 에서 읽을 수 있기 때문이다.
만약 당신이 Mac 사용자나 Mac 사용자와 함께 일한다면, 항상 소문자를 사용하는 것이 가장 좋다.Mac에는 HFS+가 대소문자를 구분하지 않기 때문에 '마이 File' 이나 '마이 File' 을 '마이 File' 으로 읽을 수 있는 HFS+ 파일 시스템이 있습니다.
이 점에 대한 나의 주요 관점은 CI/CD (지속적인 통합/지속적인 납품) 집단을 실행할 때 보았던 아주 은밀한 버그에서 나온 것이다.React 프로젝트를 생성하는 동안 CI 작업은 '파일: mycomponent.js' 를 찾을 수 없어서 실패했습니다.개발자가 이 파일을 프로젝트의 원본 코드에서 읽겠다고 맹세했을 때, 나는 그들이 'mycomponenet.js' 를 가져왔지만, 이 파일의 이름은' MyComponent.js' 였다. (React 프로젝트에 대해서PascalCase는 구성 요소 파일을 명명하는 약속).HFS+가 파일 대소문자를 처리하는 방식 때문에, 'MyComponent.js' 는 개발자가 코드를 작성할 때' MyComponent.js' 라는 것을 기쁘게 받아들였지만, Unix 기반의 CI 서버를 기반으로 코드를 구축할 때, 파일의 정확한 대소문자를 찾으려고 하기 때문에 실패했다.

바둑 대회
Go는 대소문자 형식의 약속에 주의해야 하는 가장 중요한 언어이다.이 언어는 이름이 대문자 또는 소문자로 시작하여 변수, 필드, 방법이 패키지 호출자에게 사용할 수 있는지 여부를 결정합니다.

Go

의 필드 및 방법을 내보내려면 Pascal case가 필요합니다.

Go의 내부 필드 및 메서드에는 Camel case가 필요합니다.

package casetypes

type ExportedStruct {
    unexportedField string
}

위의 예에서 ExportedStruct는 casetypes의 패키지 호출자에 사용할 수 있지만 unexportedField는 ExportedStruct의 방법에만 사용할 수 있다.

Javascript 약속

변수와 방법의 낙타봉 사례.

JavaScript의 유형 및 클래스에 대한 Pascal case입니다.

상량의 대문자 사형격.

반응 관례
나는 충분한 React를 썼는데 이것은 독특한 enougn이다. 여기서 소절로 관례를 지적할 만하다.

Pascal case는 React의 어셈블리 이름과 파일 이름에 사용됩니다.

루비 약속

Pascal case는 Ruby의 클래스 및 모듈에 사용됩니다.

기호, 방법과 변수의 뱀 껍질.

상량의 대문자 사형격.

파이썬 약속

뱀 껍데기method names and instance variables(PEP8).

상량의 대문자 사형격.

기타 공약

Lisp의 불고기 꼬치 사례.

HTTP URL의

꼬치 대소문자most-common-programming-case-types/.

JSON 속성 키의 뱀 껍데기.

빠른 대조표
사례 유형
예.
원래 변수는 문자열입니다.some awesome var낙타 상자someAwesomeVar뱀껍데기some_awesome_var불고기some-awesome-var파스카 병례SomeAwesomeVar사각SOME_AWESOME_VAR현재, 당신은 가장 흔히 볼 수 있는 사례 유형을 이해했고, 당신은 이미 대부분의 유행 언어로 넘어갈 준비가 되어 있으며, 자신의 코드를 작성할 때 어떤 약속을 준수해야 하는지 알고 있습니다!