Java의 instanceof가 기능적으로 동일한 클래스를 구별 할 수 있습니까?

Question

그래서 두 개의 거의 동일한 클래스가 있다고 가정 해 보겠습니다.하지만 주요 차이점이있는 객체를 나타냅니다. 현재이 차이점은 실제로 구현되지 않습니다.

예를 들어, 하나의 클래스는 MorningShiftWorker이고, 다른 메소드와 동일한 메소드 및 동일한 생성자가 있으며, 이는 EveningShiftWorker입니다. 이 두 가지 객체는 수퍼 유형 ShiftWorker의 목록에 저장됩니다.

논리적으로는이 두 그룹을 분리하는 것이 좋지만 혼합 변수에 변수를 추가하는 대신 instanceof을 사용하여 ShiftWorker 목록에있는 개체를 확인하면됩니다.

제 질문은 사과와 오렌지를 구분할만큼 똑똑한가요? instanceof입니까? 이 두 클래스는 현재 모두 이름에서 동일합니다. 그 (것)들에게 말하기 위하여 instanceof를 위해 이젠 그만은, 또는 나가 이것에 관하여 가야하는 다른 방법 있는가? 자바는

Answer 1

예, instanceof은 본질적으로 개체가 주어진 클래스로 올바르게 형 변환 될 수 있는지 확인합니다. 우리는 이러한 클래스가 있다고 가정 :

public class Fruit {} 
public class Orange extends Fruit {} 
public class Apple extends Fruit {} 

그런 다음 몇 가지 방법으로 우리가 시도 :이 또한 빈/비 기능 인터페이스 작동

Fruit f = new Apple(); 
boolean isOrange = f instanceof Orange; //False 

합니다.

Answer 2

예를 instanceof를은 충분히 "스마트"입니다. x은 x과 y이 이름을 제외하고 동일한 클래스이더라도 instanceof y인지 여부를 잘 알고 있습니다.

그것은 첫 번째 파라미터, 즉 모든 instanceof Object, Integer, Float 인 그 친구 모든 개체 유형 y의 x위한 instanceof Number 물론 x instanceof y의이 있으며, 두 번째 파라미터의 상속 계층에 있는지를 확인한다.

Answer 3

가 instanceof 연산자는 클래스의 내용을 비교하지 않는 구조화되지 객체/클래스를 구별하기위한 이름을 사용하기 때문에

Answer 4

잘못된 질문을하고 있습니다. "부러진 디자인을 어떻게 수정해야합니까?"라는 질문을해야합니다.

"거의"동일한 클래스가 있어야하지만 메서드 및 생성자 내에서 "복제 된"코드를 공유하는 경우; 그럼 뭔가를하고있다 틀린.

절대 코드 중복 코드.

그래서 instanceof에 대한 걱정 대신; 뒤로 물러서서 클래스 계층을 다시 디자인하면 결국 공통 일을 구현할 수 있습니다. 그래서 당신의 아침과 저녁 shifters는 "그 다른 측면"만을 포함합니다.

Robert Martin의 "민첩한 원칙"을 확인해보십시오.이 책에는 "지불 시스템"에 대한 실제 사례가 실려 있습니다. 매우 다른 모델에서 돈을받는 직원이있는 곳에서 시스템을 작성하는 방법에 대해 자세히 설명합니다. (인터넷에서 무료로 PDF로 "C#"버전을 찾을 수도 있습니다).