중괄호 수프 다루기

몇 년 동안 C #과 VB.NET에서 프로그래밍되었지만 주로 VB에서 프로그래밍했습니다. 저는 C #으로 경력을 전환하고 있으며 전반적으로 C #을 더 좋아합니다.

그러나 내가 겪고있는 한 가지 문제는 중괄호 스프입니다. VB에서 각 구조 키워드에는 다음과 같은 일치 키워드가 있습니다.

Namespace ...
    Class ...
        Function ...
            For ...
                Using ...
                    If ...
                        ...
                    End If
                    If ...
                        ...
                    End If
                End Using
            Next
        End Function
    End Class
End Namespace

C #으로 작성된 동일한 코드는 읽기가 매우 어렵습니다.

namespace ... {
    class ... {
        function ... {
            for ... {
                using ... {
                    if ... {
                        ...
                    }
                    if ... {
                        ...
                    }
                }
            }
            // wait... what level is this?
        }
    }
}

VB에 익숙하기 때문에 가독성을 향상시키고 코드가 올바른 "블록"으로 끝나도록 c 스타일 프로그래머가 사용하는 기술이 있는지 궁금합니다. 위의 예제는 비교적 읽기 쉽지만 때로는 코드의 끝에 8 개 이상의 중괄호 레벨이 있습니다. 여러 페이지를 스크롤하여 관심있는 블록을 끝내는 중괄호를 찾아야합니다. 에.

다음과 같이 시작 중괄호를 끝과 같은 "순위"에 넣으십시오.

namespace ... 
{
    class ... 
    {
        function ... 
        {
            for ... 
            {
                using ... 
                {
                    if ... 
                    {
                        ...
                    }
                    if ... 
                    {
                        ...
                    }
                }
            }
            // It's the `function` level!
        }
    }
}

• IDE에 따라 커서를 열기 / 닫기 버팀대에 놓고 해당 버팀대와 해당 버팀대를 강조 표시합니다.
• 블록을 접 으면 열림 / 닫힘 위치가 표시됩니다.
• 더 작은 코드 블록을 작성하십시오. 진심으로. 를 확인 Clean Code하고이 문제에 다시 부딪치지 마십시오 (더 읽기 쉽고 유지 가능한 코드가 있음).

다음은 특정 상황에 도움이 될 수있는 유효한 c # 구문입니다.

using (var type = new MyDisposable1())
using (var type2 = new MyDisposable2())
{
    /* do what you will with type2 and type2 */
}

일반적인 규칙은 닫는 중괄호 뒤에 주석을 추가하여 닫는 구조를 나타냅니다.

if {
   ...
} // end if

while (condition) {
   ...
} // end while

등. 나는이 컨벤션에 온난 한 적이 없지만 어떤 사람들은 그것이 도움이된다고 생각합니다.

일반적으로 스타일에 상관없이 중괄호를 맞추기가 어려워지면 메소드가 너무 길어서 리팩터링되어야 함을 의미합니다.

나는 당신이 중괄호로 힘들어해야한다고 생각합니다. 결국 그들은 당신에게 두 번째 본성이 될 것이며 당신은 그들없이 어떻게 살았는지 궁금 할 것입니다.

그래도 들여 쓰기가 잘되고 간격 규칙이 준수되는지 확인하십시오 (어떤 문제는 중요하지 않습니다).

네임 스페이스와 클래스 범위를 가로로 축소하여 2 단계의 중첩을 제거합니다. 방법은 화면의 왼쪽 가장자리와 수평이됩니다. 모든 파일에서 2 단계의 들여 쓰기를 잃는 점을 보지 못했습니다.

그 후에는 드물게 4 레벨 이상의 깊이를 중첩하게됩니다.

namespace FooNameSpace {
class Foo {

public void bar()
{
    while(true)
    {
        while(true)
        {
            break;
        }
    }
}

public void fooBar()
{
    foreach(var item in FooList)
    {
        foreach(var b in item.Bars)
        {
            if(b.IsReady)
            {
                bar();
            }
            bar();
        }
        bar();
    }
}

}}//end class, namespace

최근에 기본적으로 다음과 같은 흐름 제어 구성에 대한 두 가지 규칙을 공식화하려고 시도했습니다.

• 필요한 코드 흐름 구조 만 있으면됩니다.
• 코드 흐름 구조를 가능한 작게 만들어야합니다

당신이 언급하고 분명히 알고있는 이유 때문에, 나는 이것이 따라야 할 훌륭한 규칙이라고 생각합니다. 이를 달성하기 위해 사용할 수있는 몇 가지 간단한 기술이 있습니다.

• 최대한 빨리 범위를 종료하십시오 (루프 범위 및 함수 포함).
• 앞의 if에서 함수를 종료하여 완화 할 수있는 다른 사항을 살펴보고 언급 한대로 범위 종료 기술을 적용하십시오.
• if 내부의 코드가 외부 코드보다 큰 경우 조건부 검사를 취소하십시오.
• 루프의 크기가 커져 나머지 방법을 모호하게 할 때 루프 내부의 요인 코드를 다른 방법으로 추출
• 다른 범위 만 포함하는 모든 범위를 살펴보십시오 (예 : if 이외의 항목이없는 경우 if로 전체 범위를 채우는 함수).

여기 에 설명을 따르지 않는 방법에 대한 예를 자세히 설명 했지만 코드를 잘못된 코드 블록에 넣는 것은 좋지 않으며 유지 관리 중에 버그가 발생하기 쉽습니다.

불행히도 이것은 컴퓨팅에서 가장 오래된 전쟁 원인 중 하나입니다. 양측에서 합리적인 논거를 할 수 있지만 (수직 부동산 경제가 개선되고 개방 브레이스와 시각적으로 괄호를 맞추는 것이 더 쉬워 짐) 간단한 소스 코드 포맷터가 모든 것을 해결해 줄 것입니다. MS Visual C #에는 잘 작동하는 것이 내장되어 있습니다.

그러나 팀의 일원으로 일하는 경우 해당 팀에서 사용하는 규칙을 준수해야하므로 두 스타일 모두에 친숙해지고 브레이스 스타일보다 종교적인 태도를 취하지 않아야합니다.

따라서 배우는 동안 배우기 쉽도록 스타일에 중점을 두어야합니다. 그러나 배우는 동안 다른 쪽을 절반 만 주시하면 괜찮을 것입니다.

Resharper를 사용하면 중첩을 줄이는 방법을 권장합니다. 또한 Bob Martin의 책 Clean Code를 읽으십시오 . 여기서 함수는 한 가지 작업 만 수행해야하므로 각 함수의 길이는 6 줄이어야하므로 많은 중첩 수준을 염려 할 필요가 없습니다.

C # Outline 에서 편집기에 도움이되는 애드온이 있습니다 .

이 부가 기능은 중첩 된 코드 블록을 축소, 확장 및 강조 표시하는 기능을 추가하여 C # 용 VS20xx 편집기를 확장합니다. 이 기능을 사용하면 if, while 등과 같은 코드 블록의 중첩 컨텐츠를 쉽게 편집하고 읽을 수 있습니다.

Visual Studio에서 코드를 작성하는 경우 구성하는 모든 구조의 시작과 끝 사이에 수직 점을 표시하는 플러그인도 있습니다.

그러나 전반적으로 "Curly-Braces-Soup"에 익숙해 질 때까지 시간이 좀 걸릴 것이라고 생각합니다. (Btw, 나는 그 표현이 정말 마음에 듭니다. 빅뱅 이론의 에피소드 이름과 비슷합니다.)

들여 쓰기는 두 구문 스타일 모두에서 현재 위치를 알려줍니다. VB 프로그램이나 C # 프로그램을 한 줄에 작성하면 중첩 구문의 현재 위치를 곧 알 수 없습니다. 기계는 블록 끝 구문 또는 중괄호를 구문 분석하지만 들여 쓰기가 필요합니다.

블록 엔딩 프레이즈는 프로그래밍이 인터랙티브하고 시각적이지 않은 펀치 카드 및 종이 테이프 시대에서 비롯되었습니다. 또는 실제로 대화 형이 아닙니다. 프로그램을 입력하기가 어려웠으므로 프로그래머는 구문 분석 및 오류 복구에 대해 매우 영리한 컴파일러가 필요했습니다.

그 시대에 편집 컴파일 실행주기에는 카드 펀 처로 펀칭 된 카드를 준비한 다음, 점원이 펀칭 된 카드를 가져 와서 기계에 제출 한 작업 제출 창에 줄을 섰을 수 있습니다. 나중에 프로그래머는 다른 창에서 출력물 (종이에 인쇄)을 수집합니다. 프로그램에 오류가있는 경우 출력은 컴파일러 진단만으로 구성됩니다. 처리 시간이 길면 프로그래머가 단일 반복에서 가능한 한 많은 오류를 수정하여 시간 낭비 횟수를 줄여야하므로 진단 품질을 향상시키는 데 도움이되는 경우 입력하는 end if대신 추가 입력 비용 )이 정당화됩니다. 작업 제출 창을 통한 반복.

닫는 중괄호가 없으면 닫히지 않은 중괄호가 무엇인지 알기가 어렵습니다. (컴파일러는 학습 된 추측을하기 위해 들여 쓰기를 구문 분석해야 할 수도 있습니다.) 함수 내에서 닫는 중괄호를 삭제하면 나머지 파일 전체가 해당 함수의 일부인 것처럼 보이며 도움이되지 않는 오류 메시지가 나타납니다. end function구문 이있는 경우 컴파일러는 잘못된 함수가 끝나는 위치를 추론하고 후속 함수를 올바르게 구문 분석하고 구문 분석하여 의미있는 추가 진단을 제공합니다.

코드를 자동으로 들여 쓰고 색상을 지정하는 코드 인식 텍스트 편집기에서 작업 할 때 60 개 이상의 줄을 볼 수있는 고해상도 화면에서 더 이상 서투른 언어에 대한 인수가 적용되지 않습니다. 한 번에 하나의 오류 만 처리 할 수 ​​있도록 프로그램을 빠르게 증분 편집 및 재 구축 할 수 있습니다. 또한 화면에서 프로그램의 큰 부분을 동시에보고 적절한 들여 쓰기를 유지하면 이러한 종류의 중첩 오류 발생을 줄일 수 있습니다. 그리고 좋은 프로그래밍 텍스트 편집기는 입력 할 때 어떤 종류의 구문 오류를 표시합니다. 또한, 구문에 따라 프로그램의 블록을 축소하여 구조에 대한 "개요"와 같은보기를 제공하는 접는 편집기가 있습니다.

Lisp 해커는 처음부터 괄호를 사용했으며 우연히는 아니지만 괄호를 사용하여 프로그램을 작은 덩어리 (표현)로 받아들이는 시스템을 구축하여 대화 형 환경으로 프로그래밍을 개척했습니다.

사실, 파이썬 언어에서 알 수 있듯이 끝 기호는 전혀 필요하지 않습니다. 식별은 구조 일 수 있습니다 . 인간은 이미 기계가 끝 기호 나 구에 의존하는 언어에서도 들여 쓰기를 사용하여 코드의 구조를 파악했습니다.

IDE를 사용하는 경우 Crtl+ k+ D를 누르면 IDE가 나머지 작업을 수행합니다.