중복 선언은 피해야합니까?

Question

개인 메서드에 전달할 개인 최종 인스턴스 변수가있는 경우 매개 변수로 전달할 때 함수에서 final 한정자를 사용하여 다시 선언해야합니까? 예 :

public class GraphAlgo { 

    private final source; 

    public GraphAlgo(source) { 
    this.source = source 
    } 

    public void runAlgo() { 
    runAlgoUsingSource(source); 
    } 

    private runAlgoUsingSource(final source) { // here final is declared on a final field 
    //-- whatever. 
    } 
} 

이미 최종적인 매개 변수에 대해 final을 선언하지 마십시오. 장점. 중복 최종 수정자를 방지 단점 : 명시 적 그림을 제공하지 않습니다. 예 : GraphAlgo가 10000 라인 코드이고 'runAlgoUsingSource'함수를 보면 '소스'가 최종인지 아닌지를 시각적으로 알 수 없습니다.

이 경우의 일반적인 규칙은 무엇입니까?

Answer 1

여기에서 source은 이미 인스턴스 변수입니다. 왜 그것을 방법에 전달 하는가? 여기에 그 문제,

private runAlgoUsingSource(final source) { 

source

지금은 또 다른 변수를 들어, 로컬 변수로 범위, 그리고 인스턴스 변수와 동일한 이름. (또한 유형이 필요합니다.)이 로컬 source이 final인지 여부는 this.source (인스턴스 변수)이 final인지 여부에 달려 있습니다.

Answer 2

이것은 관례 상 문제가되지 않습니다. 2 개의 final 선언은 다른 것을 의미합니다. 필드의 값이 매개 변수로 유입 되더라도 필드는 final이고 매개 변수는 final이거나 그 반대 일 수 있습니다.

논쟁의 여지가 있지만 필자가 원한다면 매개 변수 final 만 선언해야한다는 것이고, 근본적으로 매개 변수를 선언해야하는 유일한 이유는 익명 내부에서 값을 사용하는 경우입니다. 수업. 반면 필드는 명시 적으로 수정하지 않는 한 final이어야합니다.

Answer 3

아니요, Use final liberally.

하나는 인스턴스 변수이다

private final SomeType source; 

및 다른 방법에 대한 것이다 :

private runAlgoUsingSource(final SomeType source) { 

첫번째 인스턴스 변수는 참조가 있는지가 없습니다 (변경 될 수 없다는 다른 객체를 참조하는 경우), 두 번째 매개 변수는 메소드 인수를 변경할 수 없다고 말합니다.

Answer 4

두 개의 final 수정자는 관련이 없습니다. 하나는 인스턴스 멤버은 힙에 살고final입니다. 다른 하나는 메소드 을 로컬 변수 (동일한 이름을 공유하는 것)으로 만들고 스택final에 있습니다.

로컬 변수final을 표시하면 JVM이 특정 방법을 최적화 할 수 있으므로 (메소드가이를 수정하지 않는다는 것을 알기 때문에) 좋은 연습입니다. 인스턴스 멤버를final으로 표시하는 것은 실제 상수를 선언하는 선상에 있습니다.