Netbeans 7.4는 메서드 규칙 당 "최대 10 줄"을 도입했습니다. 이 규칙의 출처는 어디입니까? [닫은]


80

NetBeans 7.4 베타 는 현재 공개적으로 다운로드 할 수 있으며 기본적으로 이상한 경고 규칙을 도입합니다.

메서드 길이는 16 줄 (10 개 허용)입니다.

내 질문은 : 어딘가에서 어떻게 든 증명할 수있는 허용 된 코드 규칙 규칙입니까? NetBeans 지원 / 개발자들은 이것이 버그가 아니라고 말하지만 10 줄만 허용하는 이유와이 규칙의 출처가 정확히 어디인지에 대해서는 설명하지 않습니다.


25
10 개의 줄에 공백이 포함되어 있다는 사실로 인해 더욱 터무니없는 규칙입니다.

13
그래,하자 코드를 :) 향상 모든 제거 우리의 빈 줄은 ...입니다
크리스 Laarman

2
공백은 더 이상 포함되지 않습니다. NB 설치를 패치 1로 업데이트하십시오. netbeans.org/bugzilla/show_bug.cgi?id=237620
Ben

5
내가 이해했듯이 코드를 작성하는 동안 우리의 마음을 더 잘 계획하도록 강요하는 것입니다. 즉, 더 길어야하는 경우 분할 할 수 있습니다.
SaidbakR 2014 년

답변:


129

NetBeans 옵션에서 최대 메서드 / 함수 길이 경고 동작을 변경할 수 있습니다 ( 도구-> 옵션-> 편집기 , 힌트 탭, 확인란 목록의 " 너무 많은 줄 "섹션에 있음).

여기에서 최대 줄 수, 경고 방법 등을 설정할 수 있습니다.

팀에서 작업 할 때 QA가 코드를 "검사"하는 데 사용하는 자동화 된 도구가 긴 메서드 선언 / 함수 본문에 플래그를 지정하기 때문에이 규칙이 NetBeans 개발자에 의해 도입되었다고 생각합니다. 불행히도 "코드 분석가"의 자동화 도구 사용은 증가하고 있지만 그 이유에 대한 이해는 여전히 제한적입니다. 당신의 함수는 수백 줄의 길이가되어야한다고 말하지 않습니다. 그것은 단지 명백한 잘못이지만, 코딩 법칙으로서 하드 코딩 된 숫자입니다.


6
공정하게 말해서 내가 본 모든 메트릭은 함수 길이가 증가함에 따라 코드 가독성이 떨어진다고 말합니다. 코드 전체 2는 심지어 유지 관리의 시작은 라인 (50)에 대해에 급격히 떨어 말대로 지금까지 간다
cwallenpoole

1
NetBeans에 여러 코딩 언어를 설치 한 경우 먼저 "Language"롤업을 "PHP"로 전환하는 것을 잊지 마십시오.
panticz

Building Maintenanceable Software의 Joost Visser 는 15 줄을 말합니다. 그러나 그것은 전체 코드베이스와 관련하여 고려되어야합니다. 15 라인보다 긴 몇 개의 단위는 문제가되지 않지만 몇 개의 100 라인 단위는 문제가 될 수 있습니다.
Alonso del Arte

25

"10 줄 규칙"은 테스트 주도 개발을 시행하는 것과 관련이 있습니다. 이론은 10 개 이상의 행이있는 모든 방법이 테스트 가능한 단위로 더 잘 나눌 수 있다는 것입니다. 이론적으로는 유효하지만 실제로 이와 같은 경고는 도움이되는 것보다 더 성가시다.


9
당신이 당신의 방법에 대한 새로운 이름을 생각하는 하루의 좋은 부분을 보내고 있는지를 만든다 "10 선은 지배"
이반 Marjanovic

0

나는 그것에 대한 관습이 없다고 생각하고, 특히 큰 프로젝트에서 작업하는 작은 기능을 만드는 것은 매우 어렵습니다.

NetBeans (또는 규칙)의 문제는 단 하나의 대괄호 나 문서로 줄을 세는 것이라고 생각합니다.

이 기사 는 5-15 줄의 쓰기 함수에 대한 의견을 제공합니다.


0

나는 항상이 경고와 너무 많은 중첩 블록에 대한 경고를 비활성화합니다. 나는 큰 방법이 없지만 많은 시간 동안 실용적이지 않다는 생각을 이해합니다. 다른 누군가가 언급했듯이 IDE를 달래기 위해 코드를 임의의 함수로 계속 분할하면 스파게티 코드가 사방으로 점프하게됩니다. , 리팩토링은 나중에 큰 문제가됩니다.

줄 길이 제한 경고와 마찬가지로 50 자 길이로 인해 1985 년에 가로로 스크롤 할 수 있었지만 오늘날에는 더 큰 모니터가 있습니다 (지금도 컬러로 표시됩니다!). 나는 사람들이 변수 이름을 줄여서 한 줄에 맞도록 코드 줄을 절단하고, 완벽하게 읽을 수있는 코드 줄을 해독 할 수없는 엉망으로 만들어서 한 줄에 맞도록하는 것을 보았습니다.

개인적으로 저는이 세 가지 규칙이 함께 읽기 / 테스트 가능한 코드를 만드는 데 도움이되는 것보다 더 많은 쓰레기 스파게티 코드를 발생했다고 생각합니다.


-1

그런 규칙은 없다고 생각합니다. 나는 항상 좋은 규칙이 스크롤없이 읽을 수있는 것보다 더 많은 코드 줄이 아니라고 생각했다. 10 줄은 나에게 그다지별로 보이지 않지만 일반적으로 개요와 더 쉬운 테스트를위한 것입니다.


5
나에게 1 페이지 수업은 당연히 열망 할만한 것이 아니어야합니다. 줄 수를 제한하는 규칙을 두는 것은 쉽지만 여전히 코드 로직을 어딘가에 배치해야합니다 . 또한 한 사람의 마음이 함께 유지할 수있는 기능 / 클래스 점프 인 및 점프 아웃 수에 제한이 있습니다.
userfuser 2014-04-23
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.