Java: thay thế một phân lớp/subtype của một tham số khi vượt qua một phương thức?

Question

Vì vậy, tôi đã hỏi câu hỏi này trước đây nhưng tôi đã có một sai lầm trong mã mà hầu hết mọi người chọn lên, chứ không phải là vấn đề chính nó.

Dù sao, tôi đang cố gắng ghi đè phương thức giao diện trong một lớp. Tuy nhiên, tôi muốn kiểu tham số trong phương thức ghi đè là một lớp con của kiểu tham số như được định nghĩa trong phương thức overriden.

Giao diện:

public interface Observer { 
public void update(ComponentUpdateEvent updateEvent) throws Exception; 
} 

Trong khi lớp đó sẽ ghi đè phương pháp này là:

public class ConsoleDrawer extends Drawer { 

//... 

@Override 
public void update(ConsoleUpdateEvent updateEvent) throws Exception { 
    if (this.componentType != updateEvent.getComponentType()) { 
    throw new Exception("ComponentType Mismatch."); 
    } 
    else { 
    messages = updateEvent.getComponentState(); 
    } 
} 

//... 

} 

ConsoleUpdateEvent là một lớp con của ComponentUpdateEvent.

Bây giờ, tôi chỉ có thể có phương thức update() trong ConsoleDrawer lấy ComponentUpdateEvent làm tham số và sau đó truyền nó vào một ConsoleUpdateEvent nhưng tôi đang tìm một giải pháp gọn nhẹ hơn nếu có thể. Bất kỳ trợ giúp sẽ được đánh giá cao. Cảm ơn bạn.

Answer 1

Bạn có thể thử cách sau. @Deprecated tạo ra một cảnh báo nếu trình biên dịch biết bạn sẽ gọi phương thức đầu tiên chứ không phải là phương thức thứ hai.

@Override @Deprecated 
public void update(ComponentUpdateEvent updateEvent) { 
    // throws a ClassCastException if its not the right type. 
    update((ConsoleUpdateEvent) updateEvent); 
} 

public void update(ConsoleUpdateEvent updateEvent) { 
    messages = updateEvent.getComponentState(); 
} 

BTW: Bạn không nên chỉ đặt ném ngoại lệ trên mọi thứ. Nó chắc chắn không phải là thực hành tốt nhất.

EDIT: Tôi đã triển khai giải pháp khác cho vấn đề này hoạt động tốt với OSGi nhưng có thể hoạt động ở mọi nơi.

Máy quan sát đăng ký chính nó với Nhà môi giới và dự kiến ​​sẽ tìm các phương pháp có chú thích như ObserverCallback.

ví dụ:

public class ConsoleDrawer extends Drawer { 
@ObserverCallback 
public void onConsoleUpdateEvent(ConsoleUpdateEvent updateEvent) { 
    messages = updateEvent.getComponentState(); 
} 
} 

public class DeviceDrawer extends Drawer { 
@ObserverCallback 
public void onDeviceUpdateEvent(DeviceUpdateEvent updateEvent) { 
    // do something. 
} 
} 

Trong trường hợp đầu tiên, người môi giới tìm ra phương thức với @ObserverCallback lấy một đối số. Đây là loại duy nhất mà Nhà môi giới sẽ vượt qua. Lớp thứ hai mong đợi một loại khác. Các nhà quan sát có thể có nhiều phương pháp/loại cho phép họ xử lý các thông điệp khác nhau theo các phương pháp khác nhau phù hợp với loại đó. Bạn cũng biết rằng bạn sẽ không bao giờ nhận được kiểu dữ liệu mà bạn không mong đợi.

Answer 2

Bạn không thể. Đây không phải là Eiffel. Vấn đề là bạn có thể sử dụng giao diện để gọi phương thức triển khai với một kiểu không tương thích. Vì vậy, các thông số covariant không được phép. Các tham số contravariant cũng không được phép, nhưng dễ dàng hơn để cung cấp quá tải. Loại trả về biến đổi được cho phép (từ 1,5).

Bạn có thể parameterise giao diện:

public interface Observer<T extends ComponentEvent> { 
    void update(T event) throws Exception; 
} 

Ngoài ra, sử dụng một giao diện có ý nghĩa hơn:

public interface ConsoleObserver { 
    void update(ConsoleEvent event) throws Exception; 
} 

Answer 3

Đi theo nguyên tắc OOP, một sub-class nên được sử dụng trong cách chính xác giống như lớp cha. ví dụ:

Observer ob = new ConsoleDrawer(); 
ob.update(new ComponentUpdateEvent()); // This needs to work always. 

Tuy nhiên, nếu Java là cho phép bạn sử dụng một subtype của tham số khi trọng một phương pháp, sau đó nó sẽ phơi bày mã của bạn đối với trường hợp các phương pháp trọng (trong subclass) sẽ từ chối tham số đầu vào (ComponentUpdateEvent trong trường hợp trên). Vì vậy, bạn sẽ không bao giờ chắc chắn rằng nó an toàn để gọi update() hay không trên một tham chiếu Observer.

Do đó, giải pháp logic duy nhất là chấp nhận tham số lớp cha, gõ-kiểm tra nó và sau đó truyền nó đến loại phụ được yêu cầu.