Альтернативи java.lang.reflect.Proxy для створення проксі-серверів абстрактних класів (а не інтерфейсів)

Question 1

[ java.lang.reflect.] Proxyнадає статичні методи для створення динамічних проксі-класів та примірників, а також є суперкласом усіх динамічних проксі-класів, створених цими методами.

newProxyMethodМетод (відповідає за генерацію динамічних проксі) має такий підпис:

public static Object newProxyInstance(ClassLoader loader,
                                      Class<?>[] interfaces,
                                      InvocationHandler h)
                             throws IllegalArgumentException

На жаль, це заважає генерувати динамічний проксі, який розширює певний абстрактний клас (а не реалізує конкретні інтерфейси). Це має сенс, враховуючи, що java.lang.reflect.Proxyце «суперклас усіх динамічних проксі», тим самим заважаючи іншому класу бути суперкласом.

Отже, чи існують альтернативи, java.lang.reflect.Proxyякі можуть генерувати динамічні проксі-сервери, які успадковуються від певного абстрактного класу, перенаправляючи всі виклики до абстрактних методів до обробника виклику?

Наприклад, припустимо, у мене є абстрактний клас Dog:

public abstract class Dog {

    public void bark() {
        System.out.println("Woof!");
    }

    public abstract void fetch();

}

Чи є клас, який дозволяє мені робити наступне?

Dog dog = SomeOtherProxy.newProxyInstance(classLoader, Dog.class, h);

dog.fetch(); // Will be handled by the invocation handler
dog.bark();  // Will NOT be handled by the invocation handler

Question 2

Це можна зробити за допомогою Javassist (див. ProxyFactory) Або CGLIB .

Приклад Адама з використанням Javassist:

Я (Адам Пейнтер) написав цей код за допомогою Javassist:

ProxyFactory factory = new ProxyFactory();
factory.setSuperclass(Dog.class);
factory.setFilter(
    new MethodFilter() {
        @Override
        public boolean isHandled(Method method) {
            return Modifier.isAbstract(method.getModifiers());
        }
    }
);

MethodHandler handler = new MethodHandler() {
    @Override
    public Object invoke(Object self, Method thisMethod, Method proceed, Object[] args) throws Throwable {
        System.out.println("Handling " + thisMethod + " via the method handler");
        return null;
    }
};

Dog dog = (Dog) factory.create(new Class<?>[0], new Object[0], handler);
dog.bark();
dog.fetch();

Що дає цей результат:

Вуф!
Обробка загальнодоступної анотації void mock.Dog.fetch () за допомогою обробника методу

Question 3

Що ви можете зробити в такому випадку, це мати обробник проксі, який буде перенаправляти виклики до існуючих методів вашого абстрактного класу.

Звичайно, вам доведеться його кодувати, проте це досить просто. Для створення свого проксі-сервера вам доведеться дати йому InvocationHandler. Тоді вам доведеться лише перевірити тип методу в invoke(..)методі вашого обробника виклику. Але будьте обережні: вам доведеться перевіряти тип методу з основним об’єктом, пов’язаним з вашим обробником, а не з оголошеним типом вашого абстрактного класу.

Якщо я візьму за приклад ваш клас собаки, метод виклику обробника виклику може виглядати так (з наявним пов'язаним підкласом собаки, який називається .. ну ... dog)

public void invoke(Object proxy, Method method, Object[] args) {
    if(!Modifier.isAbstract(method.getModifiers())) {
        method.invoke(dog, args); // with the correct exception handling
    } else {
        // what can we do with abstract methods ?
    }
}

Однак є щось, що змушує мене дивуватися: я говорив про dogоб’єкт. Але, оскільки клас Dog є абстрактним, ви не можете створювати екземпляри, тому у вас є існуючі підкласи. Крім того, як виявляє сувора перевірка вихідного коду проксі, ви можете виявити (на Proxy.java:362), що неможливо створити проксі для об’єкта класу, який не представляє інтерфейс).

Отже, окрім реальності , те, що ви хочете зробити, цілком можливо.