똥같은 나쁜 코드, 마음에 드시나요?

GitHub에는 "최고의 가비지 코드"에 대한 19가지 핵심 원칙을 설명하는 프로젝트가 있습니다. 변수 이름 짓기부터 댓글 쓰기까지. 이 지침은 가능한 최고의 나쁜 코드를 작성하는 데 도움이 될 것입니다.

원래 GitHub 프로젝트와 동일한 스타일을 유지하기 위해 아래에는 변환이 없습니다. 독자는 반대 관점에서 모든 관점을 이해할 수 있으며 이는 쓰레기 코드 작성을 방지하는 완벽한 방법입니다.

프로젝트 주소:
https://github.com/trekhleb/state-of-the-art-shitcode

물론, 독자들이 거기에 있다고 생각한다면 다음 19가지 쓰레기 코드 작성 지침이 전부는 아닙니다. 참기 힘든 나쁜 코딩 습관에 대해 의견을 표명할 수도 있습니다.

? 기사 1: 타이핑이 적을수록 좋습니다

타이핑이 적으면 코드 로직 및 기타 문제에 대해 생각할 시간이 더 많아집니다. 아래에 표시된 것처럼 "Good"은 규칙을 따르는 예를 나타내고 "Bad"는 규칙을 따르지 않는 예를 나타냅니다.

? 기사 2: 변수/함수의 혼합 명명 스타일

네이밍의 다양성이 반영될 수 있도록 네이밍 방법과 변수를 혼합해야 합니다.

? 3조: 댓글을 쓰지 마세요

어쨌든 코드를 이해할 수 있는데 왜 댓글을 작성해야 할까요? 즉, 어쨌든 아무도 내 코드를 읽지 않는데 왜 주석을 작성해야 합니까?

? 규칙 4: 모국어로 댓글을 작성하세요.

규칙 3을 위반하는 경우 최소한 모국어나 다른 언어로 댓글을 작성하세요. 당신이 영어를 모국어로 사용하는 사람이라면, 당신도 이 규칙을 어기는 것입니다. 대부분의 프로그래밍 언어는 영어로 되어 있는데, 다른 언어를 사용하여 댓글을 작성하는 것은 어떨까요?

? 기사 5: 다양한 형식을 최대한 혼합하세요

다시 말하지만, 코드 다양성을 위해 작은따옴표나 큰따옴표 등 다양한 형식을 최대한 혼합해야 합니다. 의미가 동일하다면 혼합해야 합니다.

? 6조: 코드는 최대한 한 줄로 작성하세요

일련의 매개변수와 메소드를 함께 구현한다면 코드도 함께 작성해야 합니다.

?7조: 오류를 발견하면 묵비권을 행사하세요

오류를 발견해도 다른 사람은 알 필요가 없으므로 로그를 인쇄하거나 로그를 인쇄할 필요가 없습니다. 역 추적.

?8조: 전역 변수를 광범위하게 사용하세요

글로벌 변수를 사용하는 것은 "세계화"를 맞이하는데 있어서 빼놓을 수 없는 부분입니다.

? 항목 9: 백업 변수 작성

만약을 대비해 백업 변수를 생성하고 필요할 때 언제든지 호출해야 합니다.

?10조: 유형은 주의해서 사용해야 합니다.

일반적으로 변수 유형을 지정하지 않거나 유형 검사를 자주 수행하며 untyped 유형이 가장 좋습니다.

? 11조: "플랜 B" 준비

"플랜 B"로 사용할 수 있는 도달할 수 없는 코드(접근할 수 없는 코드)를 준비해야 합니다.

?12조: 중첩된 삼각형 규칙

코드에 중첩된 구조가 있거나 빈 줄이 들여쓰기된 구조가 있는 경우 삼각형 규칙이 가장 아름답습니다.

? 기사 13: 혼합 들여쓰기

들여쓰기를 사용하면 복잡한 코드가 편집기에서 더 많은 공간을 차지하므로 들여쓰기를 사용하지 않아야 합니다. 들여쓰기를 사용해야 한다면 혼합 들여쓰기 전략을 사용하세요. 물론 이 전략은 들여쓰기를 사용하여 코드를 구성하는 Python에서는 작동하지 않습니다.

? 기사 14: 종속성을 잠그지 마세요

새 라이브러리를 설치할 때마다 기존 종속성을 업데이트하세요. 이전 버전을 유지해야 하는 이유는 무엇입니까? 항상 최신 타사 코드 기반을 유지해야 합니다.

?15조: 긴 함수가 짧은 함수보다 낫다

IDE가 갑자기 실패하면 필요한 파일을 찾을 수 없으므로 프로그램의 전체 논리를 일부 코드 블록으로 나누지 마십시오. 또는 무엇을 해야할지. 따라서 기본 함수에 코드를 작성하고 더 이상 추가 함수 가져오기나 코드 파일을 유지하지 않는 것이 가장 안정적인 방법입니다.

10,000줄의 코드가 있는 단일 파일도 문제가 없고, 수천 줄의 코드가 있는 단일 함수도 문제가 없습니다.

?제16조: 코드에는 특정 테스트가 필요하지 않습니다

이러한 테스트는 일반적으로 반복적이고 의미 없는 작업입니다.

? 17조: 코드 중복을 피하세요

아이디어에 따라 코드를 작성하세요. 특히 소규모 팀에서는 이것이 결국 "자유" 원칙입니다.

?18조: 새 프로젝트를 빌드하는 데 README 문서가 필요하지 않습니다

프로젝트 초기에는 이 상태를 일시적으로 유지할 수 있습니다.

?19조: 불필요한 코드를 저장하세요

코드를 작성하는 과정에서 많은 테스트 코드가 생성되는 경우가 많습니다. 이 코드 역시 매우 중요한 정보이므로 삭제할 수 없으며 최대 주석 처리만 가능합니다. ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

위 내용은 똥같은 나쁜 코드, 마음에 드시나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!