'원하지 않는 코드'를 어떻게 정의합니까?

Question

"원하지 않는 코드"를 어떻게 정의 하시겠습니까?

---

편집하다:

IMHO, Active Calling 회원이 0 명인 코드 멤버 (재귀 적으로 확인)는 원치 않는 코드입니다. (기능, 방법, 속성, 변수는 멤버입니다)

Answer 1

0 활성 전화 및 가까운 시일 내에 사용할 가능성이 없습니다. 그리고 SVN (소스 제어)을 사용하기 때문에 나중에 필요한 경우를 대비하여 아무 말도하지 않는 것을 선호합니다.

Answer 2

여기 내 정의가 있습니다 원치 않는 코드:

• 실행되지 않는 코드는 무게입니다. (실제 코드에 대한 [악의적 인] 페이로드가 아니라면 또 다른 이야기입니다 :-)).
• 여러 번 반복하는 코드는 제품 비용을 증가시키는 것입니다.
• 회귀 테스트 할 수없는 코드는 제품 비용도 증가시키는 것입니다.

해당 코드를 제거하거나 리팩터링 할 수 있지만 주변에있는대로 유지하고 싶지는 않습니다.

Answer 3

당신이 다른 스레드에서 말했듯이, 아무데도 사용되지 않는 코드는 거의 원치 않습니다. 찾는 방법에 대해서는 Java를 사용하는 경우 FindBugs 또는 CheckStyle을 제안합니다. 예를 들어이 도구는 기능이 어디에서나 사용되는지 확인하고 그렇지 않은 경우 사용하지 않는 것으로 표시되기 때문입니다. 불필요한 체중을 제거하는 데 매우 좋습니다.

Answer 4

곧 그것에 대해 생각한 후 나는이 세 가지 요점을 생각해 냈습니다.

• 리팩토링 해야하는 코드 일 수 있습니다
• 더 이상 호출되지 않은 코드 일 수 있습니다 (이전 버전의 남은 음식)
• 스타일 가이드 및 코딩 방식에 적용되지 않는 코드 일 수 있습니다.

나는 훨씬 더 많은 것이 있지만 그것이 원치 않는 코드를 정의하는 방법입니다.

Answer 5

Java에서는 방법이나 클래스를 @deprecated로 표시했습니다.

Answer 6

어느 사적인 활성 전화 회원이없는 코드 멤버 (재귀 적으로 확인). 그렇지 않으면 코드가 범위 분석에서 사용되지 않았는지 모릅니다.

Answer 7

어떤 것들은 이미 게시되었지만 여기에 또 다른 것이 있습니다 : 거의 같은 일을하는 기능. (작은 변수 변경 만 있으므로 전체 기능이 복사되어 변수가 변경됩니다)

Answer 8

보통 나는 컴파일러에게 가능한 한 성가신 시끄러운 소리를 지르며, 검사해야 할 물건의 60%를 선택합니다. 저자가 실제로 사용될시기를 알려주지 않는 한, 몇 달 전 (VCS를 확인한 후)은 일반적으로 쫓겨 난다. 누락 된 프로토 타입도 즉시 의심됩니다.

자동화 된 주택 청소를 구현하려고 시도하는 것 같아요 러시아어 룰렛.

확인하기 가장 어려운 부분은 빌드 시스템에 추가 된 구성 요소이며, 그 사람들을 알아 차리고 미사용 kludges가 이끼를 모으기 위해 남겨진 사람은 거의 없습니다.

그 외에도, 나는 일반적으로 코드를 원합니다. 저자는 저자가 그것을 약간 리팩터링하고 나머지 프로젝트와 같은 스타일을 만들기를 원합니다.

또 다른 유용한 도구입니다 독사, 이것은 소스 트리의 관계를 (시각적으로) 보는 데 도움이됩니다. 그러나 정적 기호 / 객체를 추출하지 않으면 설정하면 그다지 철저하지 않을 것입니다.