Làm thế nào để nhanh chóng xác định xem một phương pháp có bị ghi đè trong Java

Question

Có thể tối ưu hóa tôi có thể áp dụng cho một trong các phương pháp của tôi, nếu tôi có thể xác định rằng một phương thức khác trong cùng một lớp không bị ghi đè. Nó chỉ là một tối ưu hóa nhỏ, vì vậy phản ánh là ra khỏi câu hỏi. Tôi có nên chỉ thực hiện một phương thức được bảo vệ trả về cho dù phương thức được đề cập có bị ghi đè hay không, sao cho một lớp con có thể làm cho nó trở về đúng?

Answer 1

Tôi sẽ không làm điều này. Nó vi phạm đóng gói và thay đổi hợp đồng của những gì lớp học của bạn có nghĩa vụ phải làm mà không có người thực hiện biết về nó.

Nếu bạn phải làm điều đó, tuy nhiên, cách tốt nhất là để gọi

class.getMethod("myMethod").getDeclaringClass(); 

Nếu lớp học đó là quay trở lại là của riêng bạn, sau đó nó không ghi đè; nếu nó là cái gì khác, phân lớp đó đã ghi đè nó. Vâng, đây là sự phản ánh, nhưng nó vẫn còn khá rẻ.

Tuy nhiên, tôi thực sự thích phương thức bảo vệ phương pháp của bạn. Điều đó sẽ trông giống như sau:

public class ExpensiveStrategy { 
    public void expensiveMethod() { 
    // ... 
    if (employOptimization()) { 
     // take a shortcut 
    } 
    } 

    protected boolean employOptimization() { 
    return false; 
    } 
} 

public class TargetedStrategy extends ExpensiveStrategy { 
    @Override 
    protected boolean employOptimization() { 
    return true; // Now we can shortcut ExpensiveStrategy. 
    } 
} 

Answer 2

Bạn mong đợi bao nhiêu lần chức năng được gọi trong suốt thời gian tồn tại của chương trình? Phản ánh cho một phương thức cụ thể không nên quá tệ. Nếu nó không phải là giá trị mà nhiều thời gian trong suốt cuộc đời của chương trình khuyến nghị của tôi là để giữ cho nó đơn giản, và không bao gồm tối ưu hóa nhỏ.

Jacob

Answer 3

Phản ánh có thể được sử dụng để xác định xem phương pháp có bị ghi đè hay không. Mã này hơi phức tạp một chút. Ví dụ, bạn cần phải biết rằng bạn có một lớp thời gian chạy là lớp con của lớp ghi đè phương thức.

Bạn sẽ thấy cùng các lớp thời gian chạy lặp đi lặp lại. Vì vậy, bạn có thể lưu kết quả của séc vào một số WeakHashMap được đánh dấu trên Class.

Xem mã của tôi trong java.awt.Component giao dịch với coalesceEvents để biết ví dụ.

Answer 4

Chú thích các lớp con ghi đè phương pháp cụ thể. @OverridesMethodX.

Thực hiện công việc phản chiếu cần thiết về tải lớp học (ví dụ: trong khối static) để bạn xuất bản thông tin qua cờ boolean cuối cùng. Sau đó, truy vấn cờ ở đâu và khi nào bạn cần.

Answer 5

Vâng, tối ưu hóa của tôi là một lợi nhuận nhỏ trên cơ sở từng trường hợp, và nó chỉ tăng tốc độ nhiều thứ bởi vì nó được gọi là hàng trăm lần mỗi giây.

Bạn có thể muốn xem chỉ những gì trình tối ưu hóa Java có thể thực hiện. Tối ưu hóa mã hóa bằng tay của bạn có thể không cần thiết.

Nếu bạn quyết định tối ưu hóa mã hóa bằng tay là cần thiết, cách tiếp cận phương pháp được bảo vệ mà bạn mô tả không phải là ý tưởng hay vì nó cho thấy chi tiết về việc triển khai của bạn.

Answer 6

có thể có cách sạch hơn để thực hiện điều này qua Strategy Pattern, mặc dù tôi không biết phần còn lại của ứng dụng và dữ liệu của bạn được mô hình hóa như thế nào nhưng có vẻ như nó có thể phù hợp.

Nó đã làm cho tôi dù sao đi nữa khi tôi gặp phải vấn đề tương tự.Bạn có thể có một heuristic quyết định chiến lược nào sẽ sử dụng tùy thuộc vào dữ liệu được xử lý.

Một lần nữa, tôi không có đủ thông tin về mức sử dụng cụ thể của bạn để xem đây có phải là quá mức cần thiết hay không. Tuy nhiên tôi sẽ không thay đổi chữ ký của lớp để tối ưu hóa cụ thể như vậy. Thông thường khi tôi cảm thấy sự thôi thúc chống lại hiện tại, tôi coi nó như một bài hát mà tôi đã không nhìn thấy một trường hợp góc khi tôi thiết kế điều đó và tôi nên refactor nó đến một giải pháp toàn diện sạch hơn.

tuy nhiên hãy cẩn thận, việc tái cấu trúc như vậy chỉ được thực hiện trên cơ sở tối ưu hóa gần như chắc chắn dẫn đến thảm họa. Nếu đây là trường hợp tôi sẽ có cách tiếp cận phản xạ gợi ý ở trên. Nó không làm thay đổi hợp đồng thừa kế, và khi thực hiện đúng cách cần được thực hiện một lần duy nhất cho mỗi lớp con yêu cầu nó cho thời gian chạy của ứng dụng.

Answer 7

Tôi biết đây là một câu hỏi hơi cũ, nhưng vì lợi ích của người dùng Google khác:

tôi đã đưa ra một giải pháp khác nhau sử dụng giao diện.

class FastSub extends Super {} 
class SlowSub extends Super implements Super.LetMeHandleThis { 
    void doSomethingSlow() { 
     //not optimized 
    } 
} 
class Super { 
    static interface LetMeHandleThis { 
     void doSomethingSlow(); 
    } 
    void doSomething() { 
     if (this instanceof LetMeHandleThis) 
      ((LetMeHandleThis) this).doSomethingSlow(); 
     else 
      doSomethingFast(); 
    } 
    private final void doSomethingFast() { 
     //optimized 
    } 
} 

hoặc cách khác xung quanh:

class FastSub extends Super implements Super.OptimizeMe {} 
class SlowSub extends Super { 
    void doSomethingSlow() { 
     //not optimized 
    } 
} 
class Super { 
    static interface OptimizeMe {} 
    void doSomething() { 
     if (this instanceof OptimizeMe) 
      doSomethingFast(); 
     else 
      doSomethingSlow(); 
    } 
    private final void doSomethingFast() { 
     //optimized 
    } 
    void doSomethingSlow(){} 
} 

Answer 8

private static boolean isMethodImplemented(Object obj, String name) 
{ 
    try 
    { 
     Class<? extends Object> clazz = obj.getClass(); 

     return clazz.getMethod(name).getDeclaringClass().equals(clazz); 
    } 
    catch (SecurityException e) 
    { 
     log.error("{}", e); 
    } 
    catch (NoSuchMethodException e) 
    { 
     log.error("{}", e); 
    } 

    return false; 
}