Замена вызова метода java из поля вызовом метода

Question

Я пытаюсь создать издевательскую структуру в java, которая соответствует конкретному требованию проекта.

Сценарий, у меня есть метод

public String returnRandom(){ 

    String randomString = this.randomGenerator.returnRandom() 

    } 

randomGenerator является зависимость этого класса и вводится в объект только во время выполнения. Означает, что это будет null, если объект создан без рамки внедрения зависимостей.

Во время испытания изоляции, я хочу, чтобы заменить задание на заявление

this.randomGenerator.returnRandom(); 

с помощью метода, который возвращает бездомную случайное значение, скажем, «HelloWorld».

Я пытался использовать javassist.expr.FieldAccess для того же самого, используя который я могу заменить поле без операции и вызов метода можно изменить с помощью javassist.expr.MethodCall.

Я не могу понять, как заменить поле манекеном или нет операции. Возможно ли это с помощью java assist или я должен использовать для управления более низким уровнем байт-кода, например asm?

Примечание: Я мог бы заменить замену вызова метода, который не возникает в поле, используя javassist.expr.MethodCall. Например, если в приведенном выше примере является

public String returnRandom(){ 

    String randomString = returnRandom(); 

    } 

Я могу заменить, как

public String returnRandom(){ 

    String randomString = MockedString.getSampleRandom(); 

    } 

Answer 1

Я могу решить проблему, используя javassist.expr.MethodCall. Ниже приведен класс редактора выражений, используемый для проверки выполнимости.

Это заменяет вызов targetMethod (methodcalltoReplace) с кодом, используемым для получения макетного объекта.

new ExprEditor() { 
     @Override 
     public void edit(MethodCall m) throws CannotCompileException { 
      try { 
       if (m.where().getName().equals(sourceMethod)) { 
        if (m.getMethod().getName().equals(methodcalltoReplace)) { 
         if(lineNumberOfMethodcalltoReplace == m.getLineNumber()){ 
          // The content of the hardcoded string can be replaced with runtime data 
          m.replace("$_ = ($r)"+"new com.nuwaza.aqua.sample.SampleForMethodInvocationFieldAccess().helloworld();"); 
         } 
        } 
       } 
      } catch (NotFoundException e) { 
       e.printStackTrace(); 
      } 
      super.edit(m); 
     } 

Для документации подробно см, Javaassist tutorial, introspection and customization

Answer 2

Самое лучшее, что вы можете сделать, это создать интерфейс для генератора случайных чисел, скажем:

public interface RandomGenerator { 
    public String returnRandom(); 
} 

Тогда ваш оригинальный генератор случайных данных может реализовать этот интерфейс, а класс, который использует случайный генератор, может зависеть от класса с интерфейсом RandomGenerator.

Как только у вас есть это, это довольно просто проверить. Вы создаете генератор макетов, который делает то, что вы хотите:

public class MockRndGenerator implements RandomGenerator { 
    public String returnRandom() { 
    return "Helloworld"; 
    } 
} 

и когда вы тестируете, вы вводите этот класс вместо оригинала.

public class Demo { 
    public Demo (RandomGenerator rndGenerator) { 
    this.randomGenerator = rndGenerator; 
    } 
    public String returnRandom(){ 
    String randomString = this.randomGenerator.returnRandom() 
    } 
} 

* UPDATE *

Поскольку я не могу добавить код в комментариях, вот решение Mockito:

вы всегда можете использовать Mockito, чтобы избежать создания физических издевается, и то вы можете настроить ожидания и проверки на пути

class Test { 
    public static rndTest() { 
    RandomGenerator rnd = Mockito.mock(RandomGenerator.class); 
    Mockito.when(rnd.returnRandom()).thenReturn("Helloworld"); 
    Demo = new Demo(rnd); 
    } 
} 

Answer 3

Один из подходов, который я сделал в прошлом, - создать статический метод задней двери, чтобы заменить ваш случайный генератор на насмешку.Затем вы можете использовать mockito для указания того, что он должен вернуть. Ставя его, вы избегаете создания многих из них, всего один для всего класса. Как и все остальное, у него есть плюсы и минусы, но он может соответствовать вашим конкретным потребностям.

Вместо прямого вызова поля, как и в вашем примере, вы можете использовать метод вместо getRandGen(). Этот метод будет либо использовать локальный случайный генератор, либо издеваться над статическим, если он установлен.

По существу это задняя дверь, чтобы переписать выбранный вами объект структуры зависимостей с тем, который вы выбираете во время выполнения во время модульного тестирования, и является статичным, поэтому он влияет на весь класс, а не только на конкретные экземпляры.