[java] Java에서 보호 된 정적을 사용해서는 안되는 이유

글쎄요, 대부분의 사람들이 대답했듯이 :

• protected의미- ‘ package-private + 하위 클래스에 대한 가시성-속성 / 동작이 상 속됨 ‘
• static의미- ‘ 인스턴스의 반대-CLASS 속성 / 동작, 즉, 상속되지 않음 ‘

따라서 그들은 약간 모순적이고 호환되지 않습니다.

그러나 최근에이 두 가지를 함께 사용하는 것이 합리적 일 수있는 사용 사례를 찾았습니다. 불변 유형 abstract의 부모 클래스 를 만들고 하위 유형에 공통적 인 속성을 가지고 있다고 상상해보십시오 . 불변성을 적절하게 구현 하고 가독성을 유지 하기 위해 Builder 패턴 을 사용할 수 있습니다 .

package X;
public abstract class AbstractType {
    protected Object field1;
    protected Object field2;
    ...
    protected Object fieldN;

    protected static abstract class BaseBuilder<T extends BaseBuilder<T>> {
        private Object field1; // = some default value here
        private Object field2; // = some default value here
        ...
        private Object fieldN; // = some default value here

        public T field1(Object value) { this.field1 = value; return self();}
        public T field2(Object value) { this.field2 = value; return self();}
        ...
        public T fieldN(Object value) { this.fieldN = value; return self();}
        protected abstract T self(); // should always return this;
        public abstract AbstractType build();
    }

    private AbstractType(BaseBuilder<?> b) {
        this.field1 = b.field1;
        this.field2 = b.field2;
        ...
        this.fieldN = b.fieldN;
    }
}

그리고 왜 protected static? AbstactType자체 비추 상 빌더를 구현하고 외부 package X에 위치 하여 .NET Framework에 액세스하고 재사용 할 수 있는 비추 상 하위 유형을 원 하기 때문 BaseBuilder입니다.

package Y;
public MyType1 extends AbstractType {
    private Object filedN1;

    public static class Builder extends AbstractType.BaseBuilder<Builder> {
        private Object fieldN1; // = some default value here

        public Builder fieldN1(Object value) { this.fieldN1 = value; return self();}
        @Override protected Builder self() { return this; }
        @Override public MyType build() { return new MyType(this); }
    }

    private MyType(Builder b) {
        super(b);
        this.fieldN1 = b.fieldN1;
    }
}

물론 우리는 BaseBuilder대중에게 공개 할 수 있지만 또 다른 모순 된 진술을합니다.

• 비 인스턴트 할 수없는 클래스 (추상)가 있습니다.
• 우리는 그것을위한 공공 건축업자를 제공합니다

그래서 모두의 경우에서 protected static와 public의 빌더abstract class 우리는 모순 된 진술을 결합한다. 그것은 개인적인 취향의 문제입니다.

그러나, 나는 여전히 선호 public의 빌더를abstract class 때문에 protected static내게는 짐 우드와 OOP 세계에서 자연스러운 느낌!