왜 인코딩보다 축소가 더 중요합니까?

초보자로서, 나는 코드의 작업이 축소의 정도보다 더 중요하다고 생각해 왔다.약 1년 동안 코드를 쓴 후에, 나는 코드를 잘 쓰는 것이 얼마나 중요한지 깨달았다.이곳의 좋은 코드는 축소를 의미할 뿐만 아니라, 당신의 코드가 다른 사람들의 눈에 보이는 모습도 의미한다.변수의 이름을 지정하는 방법, 주석을 추가하는 방법 등이 포함됩니다.움츠리기부터 시작합시다.

무엇이 움츠러듭니까?
컴퓨터 프로그래밍 언어에서, 축소는 프로그램 원본 코드를 포맷하여 읽기 쉽게 하는 데 쓰인다.축소는 보통 프로그래머에게만 유용하다.컴파일러와 해석기는 프로그래밍 문장 사이에 몇 개의 빈칸이 있는지 거의 관심을 두지 않는다.그러나 일부 프로그래밍 언어는 축소에 의존하여 프로그래밍 구조를 구분하고 보통 경계 규칙의 변체를 사용한다.Haskell, Occam, Python 프로그래밍 언어는 이런 방식으로 축소에 의존한다.
위조 코드를 살펴보겠습니다.

main() {
variable declaration;
for loop {
another for loop {
yet another for loop {
some work to be done;
another work;
}
again some work;
}
damn some more work;
}
}

무서워 보인다고요?응?현실 생활에서 누가 정말 이런 코드를 쓸 수 있다고 생각합니까?그리고 아파요.네가 많이 볼수록 아프다.이제 그의 울퉁불퉁한 동생을 보자.

main() {
    variable declaration;
    for loop {
        another for loop {
            yet another for loop {
                some work to be done;
                another work;
            }
        again some work;
        }
    damn some more work;
    }
}

우리가 이 코드를 볼 때,main () 에서, 우리는 끼워 넣은 for 순환이 있음을 분명히 볼 수 있다.이 책은 당연히 일자무식이다.이제 내 말 알아들었어?

어떻게 코드에서 양호한 축소를 사용합니까?

1. 간격
간격은 코드의 축소와 포맷의 가장 중요한 부분이다.만약 유지 보수가 적절하다면, 그것은 코드를 더욱 읽을 수 있게 할 것이다.따라서 우리는 전체 인코딩 과정에서 적당한 간격을 따라야 하며 일치해야 한다.
권장 사항:
모든 그룹 이름 뒤에는 왼쪽 괄호가 바짝 붙어 있어야 합니다.

// NOT Recommended
    arr [0];  

// Recommended
    arr[0];

모든 이진 연산자는 연산자의 양쪽에 빈칸을 남겨 두어야 한다.

// NOT Recommended
    a=b-c;          
    a = b-c;        
    a=b - c;        

// Recommended
    a = b - c;      // NOT Recommended
    z = 6*x + 9*y;         

// Recommended
    z = 6 * x + 9 * y;     
    z = (7 * x) + (9 * y);

모든 종류의 변환은 빈칸 없이 써야 합니다

// NOT Recommended
    (ClassA) m.get(3);  
    ( ClassA )m.get(3); 

// Recommended
    (ClassA)m.get(3);

2. 최대 회선 길이
코드의 최대 줄 길이를 확인하십시오.최대 행 길이는 120자를 초과하면 안 됩니다.추가할 필요가 있으면 다른 줄에 놓으세요.그 배후에는 편집과 인쇄 설비의 능력이 있다.일반적으로 일반 편집기와 프린터는 120개의 문자를 쉽게 처리할 수 있다.따라서 제한을 초과하면 코드 편집기 자체가 처리하기 어렵다.가능한 한 코드 줄의 길이를 비슷하게 해라.이것은 코드를 대칭적이고 조직적으로 보일 것이다.

3. 자가 기록 코드:
이해하기 쉽도록 모든 코드가 정확하게 기록되어야 한다고 듣는 경우가 많다.우리는 위에 방법의 세부 사항을 쓰기 시작했다.하지만 이것은 가장 좋은 방법이 아니다.코드가 장래에 바뀔 수 있기 때문에, 프로그래머는 문서 변경을 잊어버렸다.따라서 주석이 필요 없이 자신을 설명할 수 있는 방식으로 코드를 작성하는 것이 최선의 실천이다.

// NOT recommended
    if ( (a == Good) && ( (b == better) || (b == best) ) )// Recommended
    boolean isbetterbest = ( (b == better) || (b == best) );
    if ( (a == Good) && isbetterbest )

4. 설명 사용
다른 사람들이 쉽게 읽을 수 있도록 당신의 논리를 간단한 언어로 설명해 보세요.주석의 도움말 아래 코드와 논리에 대한 조회가 더욱 적을 것입니다.상기 코드 세션에 추가된 한 줄의 주석은 독자에게 코드 내용을 전달하는 가장 좋은 예이다.

눌린 흔적을 사용하는 확실한 이유들

플러그인, 플러그인if문장, for순환 등의 단계를 표시합니다:

위에서 보듯이, 들여쓰기 코드는 언제, 그리고 어디에 끼워 넣었는지 알려 줍니다.곤혹스럽다예를 들어, 2D 배열의 모든 요소에 대한 입력을 받으려면 WAP가 필요합니다.그래서 가장 간단한 논리는 하나의 for/while 순환을 사용하고 다른 for/while 순환에서 사용하는 것이다.따라서 적당한 축진이 있는 코드를 작성하면 플러그인 단계를 식별하는 데 도움이 된다.

표시 범위:

모든 것이 움츠러들면 변수의 범위를 알 수 있다는 것이 분명하다.상례에서 보듯이 코드가 축소되면 어떤 변수가 어디에서 사용할 수 있는지 쉽게 이해할 수 있습니다.또한 특정 블록의 시작 및 끝 위치도 표시합니다.

코드를 읽는 사람은 누구나 그 안에서 무엇을 실행하고 있는지 분별할 수 있다.

분명히, 너는 평생 고립된 방에서 너 자신의 코드를 사용할 수 없을 것이다. 네가 할 수 있다고 말하지 마라.분명히, 당신은 당신의 코드를 공유할 것이다. (당신이 Windows/Apple fanboy가 될 때까지) 다른 사람들은 그것을 읽고 수정하려고 할 것이다.수정할 수 있도록, 사람들은 반드시 프로그램의 실행 절차를 이해할 수 있어야 한다. 이것은 코드가 정확하게 포맷되고, 주석되고, 축소된 상황에서만 가능하다.

읽기 편함:

나는 내가 이 점을 설명할 필요가 없다고 생각한다.만약 더 설명이 필요하다면, 상기 두 가지 예를 다시 읽어 보십시오.

결론
상기 몇 가지를 보면 20줄의 프로그램을 작성하더라도 축소하는 것은 많은 시간을 절약할 수 있고 이것은 읽기와 이해에 낭비될 수 있다는 것이 분명하다.그것은 또 다른 사람과 프로그래머의 가독성을 향상시켰다.우리는 또한 가장 좋은 축소와 포맷 실천을 사용하여 코드를 잘 작성하는 중요성을 이해했다.우리는 프로그램이 장래에 쉽게 읽고 유지보수할 수 있도록 인코딩할 때 적당한 축소 규칙을 따라야 한다는 것을 기억해야 한다.따라서 축소와 포맷은 프로그래밍 실천의 중요한 부분이므로 개발자는 프로그래밍 생애부터 이를 따라야 한다는 결론을 얻을 수 있다.
나메스트🙏