Переопределить java окончательные методы с помощью отражения или другими способами?

Этот вопрос возникает при попытке написать тестовые примеры. Foo - это класс внутри библиотеки фреймворков, к которому у меня нет доступа к источнику.

public class Foo{
  public final Object getX(){
  ...
  }
}

мои приложения будут

public class Bar extends Foo{
  public int process(){
    Object value = getX();
    ...
  }
}

Случай unit test не может инициализировать, поскольку я не могу создать объект Foo из-за других зависимостей. BarTest выбрасывает нулевой указатель, поскольку значение равно null.

public class BarTest extends TestCase{
  public testProcess(){
    Bar bar = new Bar();        
    int result = bar.process();
    ...
  }
}

Есть ли способ, с помощью которого api использовать refi, чтобы установить getX() в нефинал? или как мне пройти тестирование?

ОТВЕТЫ

Ответ 1

вы могли бы создать другой метод, который вы могли бы переопределить в своем тесте:

public class Bar extends Foo {
  protected Object doGetX() {
    return getX();
  }
  public int process(){
    Object value = doGetX();
    ...
  }
}

тогда вы можете переопределить doGetX в BarTest.

Ответ 2

Поскольку это был один из лучших результатов для "переопределить окончательный метод Java" в Google. Я думал, что оставлю свое решение. Этот класс демонстрирует простое решение с использованием примера класса "Bagel" и бесплатной библиотеки javassist:

/**
 * This class shows how you can override a final method of a super class using the Javassist bytecode toolkit
 * The library can be found here: http://jboss-javassist.github.io/javassist/
 * 
 * The basic idea is that you get the super class and reset the modifiers so the modifiers of the method don't include final.
 * Then you add in a new method to the sub class which overrides the now non final method of the super class.
 * 
 * The only "catch" is you have to do the class manipulation before any calls to the class happen in your code. So put the
 * manipulation as early in your code as you can otherwise you will get exceptions.
 */

package packagename;

import javassist.ClassPool;
import javassist.CtClass;
import javassist.CtMethod;
import javassist.CtNewMethod;
import javassist.Modifier;

/** 
 * A simple class to show how to use the library
 */
public class TestCt {

    /** 
     * The starting point for the application
     */
    public static void main(String[] args) {

        // in order for us to override the final method we must manipulate the class using the Javassist library.
        // we need to do this FIRST because once we initialize the class it will no longer be editable.
        try
        {
            // get the super class
            CtClass bagel = ClassPool.getDefault().get("packagename.TestCt$Bagel");

            // get the method you want to override
            CtMethod originalMethod = bagel.getDeclaredMethod("getDescription");

            // set the modifier. This will remove the 'final' modifier from the method.
            // If for whatever reason you needed more than one modifier just add them together
            originalMethod.setModifiers(Modifier.PUBLIC);

            // save the changes to the super class
            bagel.toClass();

            // get the subclass
            CtClass bagelsolver = ClassPool.getDefault().get("packagename.TestCt$BagelWithOptions");

            // create the method that will override the super class method and include the options in the output
            CtMethod overrideMethod = CtNewMethod.make("public String getDescription() { return super.getDescription() + \" with \" + getOptions(); }", bagelsolver);

            // add the new method to the sub class
            bagelsolver.addMethod(overrideMethod);

            // save the changes to the sub class
            bagelsolver.toClass();
        }
        catch (Exception e)
        {
            e.printStackTrace();
        }

        // now that we have edited the classes with the new methods, we can create an instance and see if it worked

        // create a new instance of BagelWithOptions
        BagelWithOptions myBagel = new BagelWithOptions();

        // give it some options
        myBagel.setOptions("cheese, bacon and eggs");

        // print the description of the bagel to the console.
        // This should now use our new code when calling getDescription() which will include the options in the output.
        System.out.println("My bagel is: " + myBagel.getDescription());

        // The output should be:
        // **My bagel is: a plain bagel with cheese, bacon and eggs**
    }

    /**
     * A plain bagel class which has a final method which we want to override
     */
    public static class Bagel {

        /**
         * return a description for this bagel
         */
        public final String getDescription() {
            return "a plain bagel";
        }
    }

    /**
     * A sub class of bagel which adds some extra options for the bagel.
     */
    public static class BagelWithOptions extends Bagel {

        /**
         * A string that will contain any extra options for the bagel
         */
        String  options;

        /**
         * Initiate the bagel with no extra options
         */
        public BagelWithOptions() {
            options = "nothing else";
        }

        /**
         * Set the options for the bagel
         * @param options - a string with the new options for this bagel
         */
        public void setOptions(String options) {
            this.options = options;
        }

        /**
         * return the current options for this bagel
         */
        public String getOptions() {
            return options;
        }
    }
}

Ответ 3

Seb корректен и просто для того, чтобы вы получили ответ на свой вопрос, если не сделать что-то в собственном коде (и я уверен, что это не сработает) или модификации байт-кода класса во время выполнения и создания класс, который переопределяет метод во время выполнения, я не вижу способа изменить "окончательность" метода. Отражение здесь не поможет.

Ответ 4

Если ваш случай unit test не может создать Foo из-за других зависимостей, это может быть признаком того, что вы не делаете свой unit test в первую очередь.

Модульные тесты предназначены для тестирования при тех же обстоятельствах, что и производственный код, поэтому я предлагаю воссоздать одну и ту же производственную среду внутри ваших тестов. В противном случае ваши тесты не будут завершены.

Ответ 6

public class Bar extends Foo{
  public int process(){
    Object value = getX();
    return process2(value);
  }
  public int process2(Object value){
  ...
  }
}

public class BarTest extends TestCase{
  public testProcess(){
    Bar bar = new Bar();   
    Mockobj mo = new Mockobj();     
    int result = bar.process2(mo);
    ...
  }
}

что я в конечном итоге был выше. это немного уродливое... Решение Джеймса, безусловно, намного лучше, чем это...