Как вы можете передать фактический метод в качестве параметра другому методу в Java?

Question

Что я хочу сделать, так это легко передать реальный объект метода другому методу. Это значит, что я могу создать общую функцию Joiner, которая объединяется в заданный метод списка объектов без опасности просто передать строку, представляющую этот метод. Возможно ли это в Java, так что я могу иметь синтаксис, как:

joinOnMethod(String, Collections<T>, Method) e.g. 
joinOnMethod(", ", someList, T.getName()) 

Где T.getName() передает метод GetName() в называться по каждому объекту в списке вместо прохождения в тип возвращаемого значения самого метода.

Надеется, что это достаточно ясно для моих потребностей,

Алексей Синего.

Answer 1

Нет прямой поддержки функций в Java. Два варианта:

• Пасс во имя метода, и использование отражения, чтобы получить у него

• Создание типа с одним членом, например:

  public interface Function<In, Out> { 
      Out apply(In input); 
  } 
  

  Затем вы можете использовать анонимный внутренний класс, как это:

  joinOnMethod(", ", someList, new Function<T, String>() { 
         @Override public String apply(T input) { 
          return input.getName(); 
         } 
        }); 
  

  конечно, вы можете извлечь эту функцию в качестве переменной:

  private static Function<T, String> NAME_EXTRACTOR = 
      new Function<T, String>() { 
       @Override public String apply(T input) { 
        return input.getName(); 
       } 
      }; 
  
  ... 
  
  joinOnMethod(", ", someList, NAME_EXTRACTOR); 
  

Answer 2

Я предлагаю исследовать шаблон команды в Java. Он поддерживает функции обратного вызова.

http://en.wikipedia.org/wiki/Command_pattern#Java

Answer 3

Держу пари, вы только что переехали в Java с JavaScript, или какой-либо другой язык, который рассматривает функции как объекты. Насколько мне известно, это невозможно, так как Java не рассматривает функции как объекты. Вам нужно будет написать его в цикле for или какой-либо другой конструкции.

Answer 4

Нет, нет синтаксис, как это. Более того, из-за типа erasure фактический тип T не доступен во время выполнения, поэтому он не был бы возможен внутри общего, даже если бы синтаксис был доступен.

Хитрость заключается в том, чтобы передать Class<T> наряду с другими параметрами, и использовать отражение, чтобы получить метод:

joinOnMethod(String separator, Collections<T> items, String methodName, Class<T> theClass) 

Теперь вы можете запросить класс для метода methodName, и использовать этот метод в расчетах. Это не поможет вам уйти от передачи строк (т. Е. Компилятор не будет вызывать ошибку, если метод не существует), но вы можете заставить его работать с дженериками, несмотря на стирание типа.