선 너비 서식 지정

Question

긴 줄을 소스 코드로 묶는 표준을 따르십니까? 어떤 라인의 길이를 가장 편하게 읽을 수 있습니까?

가끔은 와이드 스크린 모니터에서 프로그램을하고 소스 코드를 표시하기 위해 전체 너비를 사용하는 사람들을 찾습니다. 나는 80-100 자 정도의 짧은 줄을 선호하지만 와이드 스크린 장치의 대중성이 날로 증가하면서 동료들에게 확신 시키려고 애 쓰고 있습니다.

편집 :

비슷한 질문 :

• Is there a valid reason for enforcing a maximum width of 80 characters in a code file, this day and age?

Answer 1

행의 정확한 문자 수에 대한 독단적 규칙의 가독성을 떨어 뜨리지 마십시오. 수평 스크롤링은 바람직하지 않지만 81 줄짜리 줄은 들여 쓰기가 혼란스럽게 줄 바꿈 된 줄보다 읽기가 쉽습니다.

큰 들여 쓰기 및/또는 자세한 변수 이름이있는 프로그래밍 스타일에서는 80 개의 문자가 적합하지 않을 수 있습니다. 논리 복잡성의 양은 문자 수가 아닌 라인 당 최대 값으로 줄이십시오.

Answer 2

당신은 코드를 읽기 위해 가로로 스크롤 할 필요가 없습니다. 그러나 더 큰 화면이 더 긴 라인을 의미하지는 않습니다! 한 줄에 얼마나 많이 들어가야하는지에 대한 한계도 있습니다.

그래서 저는 이렇게 말합니다. 언제나처럼 70-80 문자로 유지하십시오. 더 큰 화면은 IDE가 더 많은 공간을 제공한다는 것을 의미합니다.

Answer 3

거의 독점적으로 랩톱에서 프로그램을 작성하므로 짧은 줄에 동의합니다. 필자는 일반적으로 PDA 용 스크린을 설계하고 있으므로이를 해결할 수 있습니다. 그러나 개발자간에 코드가 공유된다면 결국 누군가의 랩톱에서 끝나고 스크롤 막대가 나를 울리게 만듭니다.

Answer 4

저는 80 줄 규칙에 충실합니다 (그리고 모든 사람들이 똑같이하도록 노력하십시오). 몇 가지 이유 :

1. 한 번에 2 명 이상의 편집자를 열 수 있습니다.
2. 비교 도구와 동일합니다. - 대부분의 (모두?)는 2 개 (3 개 (몇 개 이상))의 파일을 나란히 표시합니다.
3. 때로는 원격지, 다른 워크 스테이션 또는 랩톱에서 작업해야 할 때 갑자기 정교하게 형식화 된 120 자의 라인 코드가 끔찍하게 보입니다.

Answer 5

우리는 80 줄의 코딩 표준을 사용합니다. 80 문자 제한에 대한 원래의 이유는 오늘날과 관련이 없지만 일부 번호를 선택해야합니다 ...

명백한 (코드 구성 및 가독성) 옆에는 일반적으로 긴 줄이 잘못된 스타일과 폴로잉 같은 규칙의 결과입니다. 코드 품질을 높이고 오류를 줄입니다. 대신

status = do_something(); 
if (status == error) 
{ 
    do_error_handling(); 
    return; 
} 
/* do you regular flow */ 
status = do_more(); 
if (status == error) 
{ 
    do_error_handling(); 
    return; 
} 
/* do more of you regular flow and keep you line 80 chars*/ 

:

status = do_something(); 
if (status == succes) 
{ 
    /* do you regular flow */ 
    status = do_more(); 
    if (status == success) 
    { 
      /* do you regular flow */ 
      /* nest again and get line behind visible screen */ 
    } 
    else 
    { 
     /* do error handling */ 
    } 

} 
else 
{ 
    /* do error handling */ 
} 

두 번째 예는 훨씬 덜 읽을 하드 유지하고 아마도 방법에 대한 몇 가지 문제로 이어질 것입니다 ...

편집 그냥 다음 예를 비교

코드에서 goto을 do_error_handling()으로 대체하면 관련 디 scussion.

80 문자 앞에 나와 있듯이 오늘은 관련이 없습니다. 숫자 100뿐입니다.더 큰 글꼴 - 실제 코드로 몇 번 더 두 번째 예를 더 읽기 바랍니다 둥지를 발견하고 다시 읽어보십시오 :

Answer 6

더 큰 화면을 사람들을위한

. GVim을 Conslas와 함께 사용하면 14pt가 1280x800 화면 해상도에서 최대화됩니다. 나는 약 80-90 % 화면 너비로 포장하려고합니다.

Answer 7

또한 사용중인 다른 규칙에 따라 다릅니다. 한 직장에서 우리는 Java로 프로그래밍을하고 있었고 규약에서는 길고 설명적인 식별자를 사용했습니다. 따라서 두 가지 문자 만 80 자로 제한되지 않고 한 줄에 들어갈 수있었습니다. 회사의 모든 개발자가 200자를 쉽게 수용 할 수있는 와이드 스크린 모니터를 제공했다는 것을 고려할 때 매우 어리 석다 고 생각했습니다. 하드웨어 일관성을 사용하면 바보 같은 작은 라인 랩 제한을 적용하는 것이 바람직하지 않습니다.

Answer 8

하나의 간단한 이유 때문에 더 긴 줄을 선호합니다. 내 창에 더 많은 코드를 넣을 수 있습니다. 거대한의 차이점은 세로로 스크롤하여 기능을 읽고 하나의 화면에 맞출 수 있다는 것입니다. 화면의 오른쪽 절반이 비어있는 동안 함수가 아래쪽으로 스크롤되도록 모든 것이 줄 바꿈이면, 나는 그것이 거대한 낭비라고 생각한다. 두 개의 편집기 창을 열어도 여기서는 도움이되지 않습니다.

Answer 9

분명히 내 최근 프로젝트 중 하나에서 길이가 258 자 (두 자로 탭 계산) 인 줄을 알고 있으므로 내 대답이 있습니다. =)

Answer 10

필자는 너무 많은 문제없이 문자 형식 페이지에서 코드를 인쇄 할 수 있도록 72-75 열을 사용합니다. 또한 탭 대신 공백을 사용하고 레이아웃에주의해야합니다.

오른쪽 여백을 벗어날 때를 알기 위해 종종 을 눈금자로 사용할 수있는 텍스트 줄을 넣습니다. 눈금자가 수평 너비에 꼭 맞도록 IDE 디스플레이 창을 설정 한 다음 바깥으로 나가지 않도록합니다.

나는이 쉽게 의견에 넣어 블로그에 이메일, 우편, 등의 조각을 보낼 수 등이 .c, 된 .java, cpp를, 배치 파일,뿐만 아니라이 .txt 문서에서이 작업을 수행

물론

/* example.txt 0.00     UTF-8     dh:2008-11-09 
*---|----1----|----2----|----3----|----4----|----5----|----6----|----7----* 
*/ 

, 파일의 특정 종류의 주석 규칙이 사용됩니다 통치자는 단지 파일과 텍스트의 형식을 식별하는 외형 아래 종종있다.