중괄호가 자체 줄에 표시되어야합니까? [닫은]

중괄호가 자체 줄에 있어야합니까? 당신이 그것에 대해 어떻게 생각하십니까?

if (you.hasAnswer()) {
    you.postAnswer();
} else {
    you.doSomething();
}

아니면

if (you.hasAnswer())
{
    you.postAnswer();
}
else
{
    you.doSomething();
}

또는

if (you.hasAnswer())
    you.postAnswer();
else
    you.doSomething();

건설하십시오! 이유를 설명하고 경험을 공유하고 사실과 참고 자료로 뒷받침하십시오.

내가 학생이었을 때 같은 줄에 중괄호를 사용하여 줄이 적었고 코드는 더 적은 페이지에 인쇄되었습니다. 한 줄에 인쇄 된 단일 괄호 문자를 보는 것은 성가신 일입니다. (환경, 종이 낭비)

그러나 큰 응용 프로그램을 코딩 할 때 중괄호 만있는 일부 행을 허용하면 '그룹화'느낌을 고려하여 저렴합니다.

어떤 스타일을 선택하든 상관없이 자신의 두뇌가 관련 코드 조각 에서 여러 스타일을 처리하는 오버 헤드가되지 않도록 일관성을 유지 하십시오 . 다른 시나리오 (위와 같은)에서 다른 스타일을 사용하는 것이 좋다고 말하면 높은 수준에서 컨텍스트를 전환하는 것이 더 쉽습니다.

세번째 방법은 절대로하지 말아야합니다.

중괄호를 훑어 보면 처음으로 몇 번의 키 입력을 줄일 수 있지만 다음에 오는 코더는 블록이 없음을 알지 않고 else 절에 무언가를 추가합니다.

다른 사람을 위해 코드를 작성하십시오.

오랫동안 나는 그들이 올바른 선택을함으로써 얻을 수있는 이익이 그에 대한 논쟁 비용 보다 훨씬 훨씬 먼 만큼 가치가 같거나 매우 비슷 하다고 주장 했다.

인 일치하는 것이 중요 하지만,. 그래서 동전을 뒤집어 코드 작성을 시작하겠습니다.

프로그래머가 이전과 같이 변화에 저항하는 것을 보았습니다. 극복 해! 나는 경력에서 여러 번 전환했습니다. C #에서는 PowerShell과 다른 스타일도 사용합니다.

몇 년 전에 저는 입력을 요청한 다음 결정을 내리고 모든 코드 기반에서이를 시행하기로 결정한 팀 (~ 20 명의 개발자)과 함께 일했습니다. 우리는 1 주일을 결정할 것이다.

많은 신음 소리와 눈 굴림. "나는 더 나아지기 때문에 내 방식이 마음에 듭니다".

우리가 질문의 세부 사항을 연구하면서 누군가가 같은 문제를 해결하는 방법을 물었습니다.

void MyFunction(
    int parameterOne,
    int parameterTwo) {
    int localOne,
    int localTwo
}

매개 변수 목록이 끝나는 위치가 즉시 명확하지 않으며 본문이 시작됩니다. 다음과 비교하십시오 :

void MyFunction(
    int parameterOne,
    int parameterTwo) 
{
    int localOne,
    int localTwo
}

우리는 전 세계 사람들이이 문제를 어떻게 처리했는지에 대해 약간의 독서를했으며, 개방형 괄호 뒤에 빈 줄을 추가하는 패턴을 발견했습니다.

void MyFunction(
    int parameterOne,
    int parameterTwo) {

    int localOne,
    int localTwo
}

시각적 인 휴식을 취하려면 중괄호를 사용하십시오. 그러면 시각적 휴식도 일관되게됩니다.

편집 : K & R 사용시 '추가 공백 라인'솔루션에 대한 두 가지 대안 :

1 / 함수 본문과 다르게 함수 인수를 들여 쓰기

2 / 첫 번째 인수를 함수 이름과 같은 행에 놓고 새 행의 추가 인수를 첫 번째 인수에 맞 춥니 다.

예 :

1/

void MyFunction(
        int parameterOne,
        int parameterTwo) {
    int localOne,
    int localTwo
}

2 /

void MyFunction(int parameterOne,
                int parameterTwo) {
    int localOne,
    int localTwo
}

/편집하다

나는 여전히 다른 고려 사항보다 일관성이 더 중요하다고 주장하지만, 우리가 확립 된 선례 가 없다면 괄호로 넘어가는 길입니다.

기본 규칙은 다음과 같습니다.

1. 프로젝트의 기존 코딩 표준을 따르십시오.
2. 코딩 표준이없고 다른 사람이 소유 한 기존 코드베이스를 편집하는 경우, 원하는 코드의 양과 상관없이 기존 코드의 스타일과 일치해야합니다.
3. 그린 필드 프로젝트를 진행중인 경우 다른 팀원과 논의하고 공식 또는 비공식적 인 코딩 표준에 대한 합의에 도달하십시오.
4. 단독 개발자로서 그린 필드 프로젝트를 수행하는 경우 자신의 생각을 구성한 후, 무자비하게 일관성을 유지하십시오.

외부 제약이없는 경우에도 기존 (일반적으로 사용되는) 코딩 표준 또는 스타일 지침을 찾아이를 따르는 것이 가장 좋습니다 (IMO). 자신만의 스타일을 굴리면 몇 년 후에 후회하게 될 가능성이 큽니다.

마지막으로, 기존 스타일 체커와 코드 포맷터를 사용하여 구현 / 구현할 수있는 스타일이 수동으로 "강제"되어야하는 것보다 낫습니다.

첫 번째 방법의 이점은 더 수직적으로 작기 때문에 화면에 더 많은 코드를 넣을 수 있기 때문에 선호합니다. 두 번째 방법을 선호하는 유일한 주장은 여는 및 닫는 괄호를 더 쉽게 페어링 할 수 있다는 것입니다. 그러나 대부분의 IDE에는 키보드 단축키가 있으며 여는 괄호를 닫는 대신 엉뚱한 문장입니다. 대괄호를 사용하면 동일한 들여 쓰기 수준에서 닫는 대괄호를 "블록의 시작"식 (있는 경우)에 연결할 수 있으므로 블록의 시작 위치를 쉽게 결정할 수 있습니다.

앞의 for / while / if 구문이 이미 시각적으로 블록의 시작을 나타내는 경우 대괄호로만 전체 줄을 낭비 할 이유가 없습니다.

즉, 블록의 끝과 들여 쓰기 구조를 시각적으로 나타내는 데 무언가가 필요하기 때문에 닫는 괄호는 자체 줄에 있어야한다고 생각합니다.

나는 선호한다

if (you.hasAnswer())
{
    you.postAnswer();
}
else
{
    you.doSomething();
}

위에

if (you.hasAnswer()) {
    you.postAnswer();
} else {
    you.doSomething();
}

you.postAnswer();한눈에 쉽게 읽고 찾을 수 있기 때문 입니다. 두 번째 방법으로, 그것은 위의 선과 혼합되어 you.hasAnswer()내 눈에 더 집중하여 읽을 수있게합니다.

첫 번째 방법을 선호합니다. 괄호는 완전히 별도의 라인 가치가 없습니다.

문제는 중괄호가 중요하지 않다는 것입니다. 그것들은 단지 구문 쓰레기입니다 . 이것은 코드가 무엇인지, 코드의 목적과 구현 방식을 이해하는 데 절대적으로 필요하지 않습니다. 화면 공간이 부족하여 운영자를 시각적으로 그룹화 할 수없는 구식 C 유사 언어에 대한 찬사 일뿐입니다.

중괄호가없는 언어 (Python, Haskell, Ruby)가 있습니다. 이것은 중괄호가 쓰레기임을 확인하기 만하며 가능할 때마다 줄을 가질 자격이 없어야합니다.

if (you.hasAnswer()){
    you.postAnswer();
}else{
    you.doSomething();
}

파이썬을 사용하고 인수를 완전히 회피하십시오.

중괄호의 위치는

메타 데이터

프로그래머가 IDE에서 구성 할 수 있습니다. 이런 식으로 모든 코드의 성가신 중괄호는 저자와 상관없이 동일하게 보입니다.

따라 다릅니다.

Javascript 또는 jQuery로 코딩하는 경우 첫 번째 양식을 사용합니다.

jQuery(function($) { 
    if ($ instanceOf jQuery) { 
        alert("$ is the jQuery object!"); 
    } 
}); 

그러나 C #으로 코딩하는 경우 두 번째 형식을 사용합니다. 왜냐하면 C #에서 정식 방법이기 때문입니다.

public int CalculateAge(DateTime birthDate, DateTime now) 
{ 
    int age = now.Year - birthDate.Year; 
    if (now.Month < birthDate.Month 
        || (now.Month == birthDate.Month && now.Day < birthDate.Day)) 
        age--; 
    return age; 
} 

귀하의 예를 작성할 수 있습니다

if (you.hasAnswer())
    you.postAnswer();
else
    you.doSomething();

C #에서.

이 예제에서 실수를보기가 더 어렵 기 때문에 첫 번째를 선호합니다.

if (value > maximum);
{
    dosomething();
}

이 예에서보다

if (value > maximum); {
    dosomething();
}

이것으로 ; {끝나는 줄보다 나에게 더 잘못 보이 ;므로 눈치 채실 것입니다.

나는 1의 약간의 변형을 선호한다

if (you.hasAnswer()) {
    you.postAnswer();
} // note the break here
else {
    you.doSomething();
}

왜?

• 나는 항상 자신의 줄에 중괄호를 넣으면 가독성이 떨어집니다. 화면에 특정 양의 소스 코드 만 넣을 수 있습니다. 대괄호 스타일 2)는 많은 중첩 루프와 조건부로 고통스럽게 긴 알고리즘을 만듭니다.

• 그러나 나는 시각적으로 함께 하고 else새로운 라인에서 시작 하고 싶습니다 . 앞에 괄호가 있으면 무엇에 속하는 항목을 찾는 것이 훨씬 더 어렵습니다.ifelseelse

• 3) 자격을 상실합니다. 괄호를 생략하고 잊어 버린 경우 발생할 수있는 나쁜 일을 모두 알고 있습니다.

나는 어떤 책의 저자들이 다음과 같은 형식의 코드를 원한다는 것을 읽었습니다.

if (you.hasAnswer())
{
    you.postAnswer();
}
else
{
    you.doSomething();
}

그러나 게시자의 공간 제약으로 인해 다음을 사용해야했습니다.

if (you.hasAnswer()) {
    you.postAnswer();
} else {
    you.doSomething();
}

이제는 그것이 더 이상 사실인지 알지 못하지만 (더 이상 찾을 수 없기 때문에) 후자의 스타일은 책에서 매우 널리 퍼져 있습니다.

개인 수준에서는 다음과 같이 별도의 줄에 괄호를 선호합니다.

a) 새로운 범위를 나타냅니다.
b) 불일치가 발생했을 때 쉽게 발견 할 수 있습니다 (이것은 오류를 강조하는 IDE에서는 문제가되지 않지만).

아, 진정한 중괄호 스타일 .

그것은 예언자 (Richard "나의 길 또는 고속도로"Stallman)까지도 거룩한 길을 위해 모든 것을 갖추고 있습니다.

그 사람은 많은 것들에 대해 너무 잘못했지만 GNU는 중괄호와 관련하여 자리에 있습니다.

[업데이트] 나는 빛을 보았고 이제는 Allman을 숭배합니다

두 번째 예는 가독성이 매우 큽니다. 다른 방법으로 블록을 차단하는지 볼 수는 없습니다 = (

간단한 대답 : 디버깅하기가 더 쉬운 것은 무엇입니까?

// Case 1:
void dummyFunction() {
  for (i = 0; i != 10; ++i) {
    if (i <= 10)
      std::cout << "i is: " << i << "\n";
      std::cout << 10 - i << " steps remaining\n";

      // Some hard work here
      // which is really hard
      // and does take some screen estate
    }
    else
      std::cout << "We'll never get there";
  }
} // COMPILER ERROR HERE


// Case 2:
void dummyFunction()
{
  for (i = 0; i != 10; ++i)

    if (i <= 10)
    {
      std::cout << "i is: " << i << "\n";
      std::cout << 10 - i << " steps remaining\n";

      // Some hard work here
      // which is really hard
      // and does take some screen estate
    }
    else
      std::cout << "We'll never get there\n";
  }
} // COMPILER ERROR HERE

어떤 경우 먼저 문제를 진단 했습니까?

개인 취향에 신경 쓰지 않고 (화이트 스미스와 알을 포함한 다른 많은 스타일이 있습니다) 코드를 읽고 디버깅 하는 능력을 방해하지 않는 한 많이 신경 쓰지 않습니다. 하는 .

"폐기물 공간"인수에 관해서는, 나는 그것을 사지 않습니다. 어쨌든 프로그램을 더 명확하게하기 위해 논리 그룹 사이에 빈 줄을 추가하는 경향이 있습니다 ...

누구도 알지 못하지만 이것이 중괄호 가 조건부 와 같은 줄 에 속하는 이유 입니다 (매우 긴 조건부를 제외하고는 가장 중요한 경우입니다).

C에서 이것은 유효한 구문입니다.

while (true);
{
    숯불 c;
    getchar (); // 입력 대기
}

빨리! 이 코드는 무엇을합니까? "입력을 요청하는 무한 루프"라고 대답하면 틀린 것입니다! 심지어 입력에 도달하지도 않습니다. 에 잡히게됩니다 while(true). 끝에 세미콜론이 있습니다. 이 패턴은 실제로는 더 일반적입니다. C는 블록의 시작 부분에 변수를 선언해야하므로 새로운 변수가 시작되었습니다.

한 줄의 코드는 생각입니다. 중괄호는 조건부 또는 루프를 포함하는 생각의 일부입니다. 따라서 그들은 같은 줄 에 속합니다 .

나는 첫 번째 방법을 좋아한다. 더 깔끔한 IMO처럼 보이며 더 컴팩트합니다.

편집 : 아, 세 번째. 나는 그것이 더 작거나 더 적기 때문에 가능한 한 그 것을 가장 좋아합니다.

당신은 그것을 쓸 수 있습니다 :

you.hasAnswer() ? you.postAnswer() : you.doSomething();

질문에 대답하기 위해; 나는 자신의 줄에 중괄호를 선호했지만 브라우저에서 자동 세미콜론 삽입으로 인한 버그를 생각하지 않기 위해 자바 스크립트에 이집트 스타일을 사용하기 시작했습니다. 그리고 일식으로 Java를 코딩 할 때 기본 괄호 스타일과 싸우거나 구성하는 데 관심이 없었 으므로이 경우에도 이집트와 함께갔습니다. 이제 나는 둘 다 괜찮습니다.

여기에있는 거의 모든 대답은 "무엇을하든 한두 가지를 고수한다"는 몇 가지 변형을 말합니다.

그래서 나는 그것에 대해 잠시 생각했고, 그것이 중요하지 않다는 것을 인정해야했습니다. 누구든지 다음을 따르기가 어렵다고 정직하게 말할 수 있습니까?

int foo(int a, Bar b) {
    int c = 0;
    while(a != c)
    {
        if(b.value[a] == c) {
            c = CONST_A;
        }
        c++;
    }
    return c;
}

나는 다른 사람에 대해 확신하지 못하지만 스타일 사이에서 정신적으로 앞뒤로 전환하는 데 전혀 문제가 없습니다. 코드가 무엇을하는지 알아내는 데 약간의 시간이 걸렸지 만 C-like 구문을 무작위로 입력 한 결과입니다. :)

겸손하지 않은 의견으로는 여는 중괄호는 코드 가독성과 거의 관련이 없습니다. 위에 나열된 몇 가지 코너 사례가 있는데 하나의 스타일 또는 다른 스타일이 차이를 만들지 만 대부분 빈 줄을 신중하게 사용하면 정리할 수 있습니다.

FWIW, 직장에서의 코딩 스타일은 약간 더 구조화 된 형태 1과 수정 된 형태 3을 사용합니다. (C ++)

            // blank line is required here
if (x) {
            //This blank line is required
   y = z;
}
            // blank line is required here too, unless this line is only another '}'

if (x) y = z; //allowed

if (x)
    y = z;  // forbidden

빈 줄이 더 강한 시각적 분리를 제공하기 때문에 형식 2를 강력하게 선호하는 사람들이 형식 1의이 버전을 더 잘 찾을 수 있을지 궁금합니다.

이것이 아직 제기되지 않은 것에 놀랐습니다. 블록을 더 쉽게 선택할 수 있기 때문에 두 번째 방법을 선호합니다.

중괄호가 같은 열과 자체 행에서 시작하고 끝나는 경우 여백 또는 열 0의 커서를 사용하여 선택할 수 있습니다. 일반적으로 마우스를 선택하거나 키보드를 선택하면 키를 적게 사용하는 더 넓은 영역에 해당합니다.

나는 원래 조건부와 같은 줄에서 중괄호로 작업했지만 스위치를 전환했을 때 작업 속도가 빨라졌습니다. 물론 밤낮은 아니지만 조건부 옆의 괄호로 약간 작업하는 속도가 느려집니다.

나는 개인적으로 두 번째 방법을 좋아합니다.

그러나 내가 보여줄 방법은 최고의 직업 안전을 가져 오기 때문에 내 의견으로는 최고입니다! 내 대학의 한 학생이 숙제를 도와달라고 요청했는데 이것이 그의 코드 모양입니다. 전체 프로그램은 하나의 단일 블록처럼 보였습니다. 흥미로운 점은 그가 만든 프로그램의 버그 중 95 %가 일치하지 않는 괄호에서 나왔다는 것입니다. 다른 5 %는 버팀대가 일치하면 분명했습니다.

while(1){
i=0;
printf("Enter coded text:\n");
while((s=getchar())!='\n'){
         if(i%1==0){
            start=(char*)realloc(input,(i+1)*sizeof(char));
if(start==NULL){
printf("Memory allocation failed!");
exit(1);}
input=start;}
      input[i++]=s;}
start=(char*)realloc(input,(i+1)*sizeof(char));
if(start==NULL){
printf("Memory allocation failed!!!");
exit(1);}
input=start;
input[i]='\0';
                puts(input);

개인적으로 선호하는 것은 첫 번째 방법입니다. 아마도 그것이 처음 PHP를 배운 방식이기 때문일 것입니다.

한 줄짜리 if문장에 대해서는

if (you.hasAnswer()) you.postAnswer();

그것이 아니라면 you.postAnswer();같은 많은 이상하지만 뭔가, you.postAnswer(this.AnswerId, this.AnswerText, this.AnswerType);내가 아마 첫 번째 유형으로 되돌릴 수 있습니다 :

if (you.hasAnswer) {
    you.postAnswer(this.AnswerId, this.AnswerText, this.AnswerType);
}

나는 줄 바꿈을 사용하지 않으며 else진술 이있는 경우이 방법을 사용하지 않을 것 입니다.

if (you.hasAnswer()) you.postAnswer();
else you.doSomething()

이론적 인 가능성이지만 내가 사용한 적이 없습니다. 이것은로 설정해야합니다

if (you.hasAnswer()) {
    you.postAnswer();
} else {
    you.doSomething();
}

그들은해서는 안됩니다. 나를위한 첫 번째 방법.

사용하지 않는 줄 (마지막 닫는 중괄호 이외의 중괄호 만있는) 때문에 두 번째 줄을 보면 코드의 연속성을 깨뜨린 것처럼 느껴집니다. 빈 줄에 특별한주의를 기울여야하기 때문에 빨리 읽을 수는 없습니다. 일반적으로 코드 목적이나 이와 비슷한 것을 의미하지만 "이 줄은 중괄호에 속합니다"(의미 만 반복합니다) 들여 쓰기).

어쨌든 텍스트를 쓸 때와 마찬가지로 단락 앞에 빈 줄이 있으면 단락 시작 부분에 들여 쓰기를 추가하는 것이 불필요합니다 (단락 변경의 이중 부호). 제대로 들여 쓰기.

또한 이미 언급했듯이 화면에 더 많은 코드를 넣을 수 있습니다. 그렇지 않으면 약간 비생산적입니다.

플랫폼 / 언어 / 컨벤션에 따라 다릅니다.

자바에서 :

void someMethod() { 
     if (you.hasAnswer()) {
         you.postAnswer();
     } else {
       you.doSomething();
     }
}

C #에서

void someMethod() 
{ 
     if (you.hasAnswer()) 
     {
         you.postAnswer();
     } 
     else 
     {
       you.doSomething();
     }
}

C에서 :

void someMethod() 
{ 
     if (you_hasAnswer()) {
         you.postAnswer();
     } else {
       you_doSomething();
     }
}

Java 사람들이 C # 코드에서 스타일을 사용하거나 그 반대의 경우가 싫습니다.

내가 말할 수있는 것은 여러분이 방법 # 3의 팬이라면 지구상의 모든 IDE 코드 포맷터에 의해 박해를받을 것입니다.

첫 번째 방법은 더 작고 화면에 더 많은 코드를 허용하기 때문에 간단하게 사용합니다. 나는 중괄호를 페어링하는 데 아무런 문제가 없었습니다.if 조건을 추가하기 전에 명령문 하고 대부분의 환경에서는 일치하는 중괄호로 이동할 수 있습니다).

당신이 경우 않았다 시각적으로 중괄호를 페어링해야합니다, 그럼 내가 두 번째 방법을 선호 할 것입니다. 그러나 한 번에 더 적은 코드를 허용하므로 더 많이 스크롤해야합니다. 그리고 적어도 저에게는 중괄호를 깔끔하게 정렬하는 것보다 코드를 읽는 데 더 큰 영향을 미칩니다. 나는 스크롤이 싫어. 그런 다음 다시 한 번 스크롤해야 할 경우if 명령문 명령문이 너무 커서 리팩토링이 필요합니다.

그러나; 가장 중요한 것은 일관성입니다. 둘 중 하나를 사용하십시오 – 둘 다 사용하지 마십시오!

12시에 프로그래밍을 처음 배울 때는 Microsoft 코딩 자습서가 그와 같이 괄호를 다음 줄에 추가했습니다. 나는 또한 그 당시 4-space TABS를 들여 쓰기했다.

몇 년 후, 나는 Java와 JavaScript를 배웠고 같은 라인 코드를 더 많이 보았 기 때문에 바뀌었다. 나는 또한 2 칸 간격으로 들여 쓰기 시작했습니다.

괄호를 정렬 상태로 유지하지만 공간을 낭비하지 않는 네 번째 옵션이 있습니다.

if (you.hasAnswer())
{    you.postAnswer();
     i.readAnswer();
}
else
{   you.doSomething();
}

유일한 문제는 대부분의 IDE 자동 포매터가 이것에 질식한다는 것입니다.

프로젝트 관리자가 해당 프로젝트를 작업하는 모든 프로그래머가 코딩하는 동안 따라야하는 일부 코딩 제약 조건 또는 표준이 설정되어있는 프로젝트에서 작업하지 않는 한이 모든 것은 여러분에게 달려 있습니다.

개인적으로 첫 번째 방법을 선호합니다.

또한 세 번째 방법으로 보여주고 싶은 것을 얻지 못했습니까?

그렇게 잘못되지 않습니까? 예를 들어 상황을 다음과 같이 고려하십시오.

if (you.hasAnswer())
  you.postAnswer();
else
  you.doSomething();

누군가가 몇 가지 더 문을 추가하고자하는 경우 이제 어떤 경우 블록에 합니까?

이 경우 세 번째 방법을 사용하면 컴파일러에서 구문 오류가 발생합니다.

if (you.hasAnswer())
   you.postAnswer1();
   you.postAnswer2();
else
   you.doSomething();