Как генерировать методы динамически в Java

Question

Я задавался вопросом, что делать, если у меня есть следующий случай:

public class MyObject<T> { 
    private T myTObject; 

    public void setMyTObject(T m) { 
     myTObject = m; 
    } 

    public T getMyTObject() { 
     return myTObject; 
    } 
} 

А теперь я хочу, чтобы класс реагировать что-то вроде этих:

MyObject<ObjectA> objA = new MyObject<ObjectA>(); 
ObjectA objAInstance = objA.getObjectA(); 

или

objA.setObjectA(otherObjectAInstance); 

Есть ли способ динамически создавать методы, основанные на имени класса Т? Или мне лучше расширить ObjectA до MyObject и создать эти методы с помощью super.get/seMyObject()?

Для уточнения:

Идея заключается в том, чтобы иметь геттер и сеттер метод генерируется динамически так, если я создаю экземпляр:

MyObject<A> objA = new MyObject<A>(); 

Я мог бы вызвать метод:

objA.getA(); 

Гета() будем называть внутренне getMyTObject() или просто вернуть myTObject

поэтому MyObject может реагировать на основе класса T и генерировать соответствующий метод.

У меня обновлен атрибут элемента, чтобы отличать класс MyObject, это может привести к путанице. также фиксированный возврат метода и тип параметра.

Answer 1

Обновление Ответ полностью изменен.

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

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

package com.example.dcsohl; 

public interface IntegerWrapper { 

    public Integer getInteger(); 
    public void setInteger(Integer i); 

} 

А затем, чтобы использовать их, вы использовать этот класс, чтобы делать тяжелую работу. Обратите внимание, что проверка ошибок не очень хороша; например, он не проверяет, что «getFoo» вообще соответствует имени передаваемого класса; и не подтверждает, что «foo» в «getFoo» соответствует методу «setFoo». Это то, что вы можете улучшить.

package com.example.dcsohl; 

import java.lang.reflect.InvocationHandler; 
import java.lang.reflect.Method; 
import java.lang.reflect.Proxy; 

public class ProxyWrapper<T> implements InvocationHandler { 

    Class<T> clazz = null; 
    T myvalue = null; 

    public static <W,T> W getInstance(Class<W> clazz, Class<T> clazz2) { 
     ProxyWrapper<T> wrapper = new ProxyWrapper<T>(); 
     wrapper.setClass(clazz2); 
     @SuppressWarnings("unchecked") 
     W proxy = (W)Proxy.newProxyInstance(clazz.getClassLoader(), new Class[] {clazz}, wrapper); 
     return proxy; 
    } 

    private void setClass(Class<T> clazz) { 
     this.clazz = clazz; 
    } 

    public Object invoke(Object proxy, Method method, Object[] args) 
      throws Throwable { 
     // getter has no arguments 
     if (method.getName().startsWith("get") && (args == null || args.length == 0)) { 
      return myvalue; 
     } else if (method.getName().startsWith("set") && args.length == 1) { 
      Object o = args[0]; 
      if (o.getClass().isAssignableFrom(clazz)) { 
       @SuppressWarnings("unchecked") 
       T val = (T)o; 
       myvalue = val; 
       return null; 
      } 
     } else { 
      throw new Exception(); 
     } 
     return null; 
    } 


} 

Наконец, чтобы использовать его, вот краткий пример:

package com.example.dcsohl; 

public class Main { 

    public static void main(String[] args) { 

     Integer foo = 5; 

     IntegerWrapper wrapper = ProxyWrapper.getInstance(IntegerWrapper.class, Integer.class); 
     wrapper.setInteger(foo); 

     Integer bar = wrapper.getInteger(); 
     System.out.println(bar); 
    } 

} 

Похоже, что много работы, чтобы избежать написания простых классов-оболочек, и вы были бы правы, но отражение есть его использование, и это что-то вроде сэмплера.