instanceof 대 getClass ()

내가 사용하는 경우 성능을 얻을 참조 getClass()및 ==이상 연산자 instanceOf연산자.

Object  str = new Integer("2000");

long starttime = System.nanoTime();

if(str instanceof String) {
    System.out.println("its string");
} else {
    if (str instanceof Integer) {
        System.out.println("its integer");

    }
}

System.out.println((System.nanoTime()-starttime));

starttime = System.nanoTime();

if(str.getClass() == String.class) {
    System.out.println("its string in equals");
} else {
    if(str.getClass() == Integer.class) {
        System.out.println("its integer");
    }
}

System.out.println((System.nanoTime()-starttime));

어떤 가이드 라인 하나를 사용할 수 있는가 getClass()또는 instanceOf?

시나리오가 주어지면 : 일치해야 할 정확한 클래스, 즉 String, Integer(이것들은 최종 클래스입니다) 등을 알고 있습니다 .

instanceOf운영자가 나쁜 습관을 사용 하고 있습니까?

instanceof과 의 성능 getClass() == ...이 다른 이유 는 서로 다른 일을하고 있기 때문입니다.

• instanceof왼쪽 (LHS)의 객체 참조가 오른쪽 (RHS) 유형의 인스턴스 인지 아니면 일부 하위 유형 인지 테스트합니다 .

• getClass() == ... 유형이 동일한 지 테스트합니다.

따라서 권장 사항은 성능 문제를 무시하고 필요한 답변을 제공하는 대안을 사용하는 것입니다.

instanceOf운영자를 사용하는 것이 나쁜 습관입니까?

반드시 그런 것은 아닙니다. 과용 instanceOf또는 "디자인 냄새" getClass() 일 수 있습니다 . 주의하지 않으면 새 하위 클래스를 추가하면 상당한 양의 코드 재 작업이 발생하는 디자인이됩니다. 대부분의 상황에서 선호되는 접근 방식은 다형성을 사용하는 것입니다.

그러나 이것이 "디자인 냄새"가 아닌 경우가 있습니다. 예를 들어, equals(Object)인수의 실제 유형을 테스트하고 false일치하지 않으면 반환 해야합니다. 이것은 getClass().

^{"모범 사례", "나쁜 사례", "디자인 냄새", "반 패턴"등과 같은 용어는 아껴서 사용하고 의심스럽게 다루어야합니다. 그들은 흑백 사고를 장려합니다. 순전히 교리에 근거하는 것보다 맥락에서 판단을 내리는 것이 좋습니다. 예를 들어 누군가가 말한 것이 "모범 사례"입니다.}

클래스를 정확히 일치 시키 시겠습니까? 예를 들어, FileInputStream의 하위 클래스 대신 일치 만 FileInputStream하시겠습니까? 그렇다면 getClass()및 ==. 저는 일반적으로에서이 작업을 수행 equals하므로 X의 인스턴스가 X의 하위 클래스의 인스턴스와 같지 않은 것으로 간주됩니다. 그렇지 않으면 까다로운 대칭 문제가 발생할 수 있습니다. 반면에 두 개체가 특정 클래스보다 같은 클래스 라는 것을 비교하는 데 일반적으로 더 유용합니다 .

그렇지 않으면 instanceof. 에 있습니다 getClass()당신은 당신이 시작하는 null 이외의 참조를 가지고 있는지 확인해야합니다, 또는 당신이를 얻을 수 있습니다 NullPointerException반면, instanceof단지 리턴 false첫 번째 피연산자가 null 인 경우.

개인적 instanceof으로 더 관용적 이라고 말하고 싶지만 둘 중 하나 를 광범위하게 사용 하는 것은 대부분의 경우 디자인 냄새입니다.

이 질문을받은 지 오랜만이라는 것을 알고 있지만 어제 대안을 배웠습니다.

우리 모두는 당신이 할 수있는 일을 알고 있습니다 :

if(o instanceof String) {   // etc

하지만 어떤 종류의 수업이 필요한지 정확히 모른다면 어떨까요? 일반적으로 다음을 수행 할 수 없습니다.

if(o instanceof <Class variable>.getClass()) {   

컴파일 오류가 발생합니다.
대신, 여기에 대안이 있습니다-isAssignableFrom ()

예를 들면 :

public static boolean isASubClass(Class classTypeWeWant, Object objectWeHave) {

    return classTypeWeWant.isAssignableFrom(objectWeHave.getClass())
}

getClass ()에는 아래 코드의 출력에 설명 된대로 객체가 동일한 클래스, 동일한 런타임 유형의 다른 객체와 만 동일하다는 제한이 있습니다.

class ParentClass{
}
public class SubClass extends ParentClass{
    public static void main(String []args){
        ParentClass parentClassInstance = new ParentClass();
        SubClass subClassInstance = new SubClass();
        if(subClassInstance instanceof ParentClass){
            System.out.println("SubClass extends ParentClass. subClassInstance is instanceof ParentClass");
        }
        if(subClassInstance.getClass() != parentClassInstance.getClass()){
            System.out.println("Different getClass() return results with subClassInstance and parentClassInstance ");
        }
    }
}

출력 :

SubClass는 ParentClass를 확장합니다. subClassInstance는 instanceof ParentClass입니다.

다른 getClass ()는 subClassInstance 및 parentClassInstance와 함께 결과를 반환합니다.