Используйте Reflection без проблем с производительностью

Question

Используйте Reflection без проблем с производительностью

1

Я использую java 1.5. Я должен создать общую функцию, которая принимает 2 объекта (исходный класс и целевой класс), которые вызывают все геттеры и получают все значения из исходного объекта и вызывают сеттеры целевого объекта. Мое намерение состоит в том, чтобы получить все значения из исходного объекта и установить эти значения для целевого объекта. Оба класса объектов разбора отличаются друг от друга, но все инкапсуляции одинаковы (переменные, геттеры и методы настройки похожи).

Здесь я использую отражение, а затем вызываю геттеры и сеттер. Как я знаю, использование рефлексии вызывает проблемы с производительностью и памятью. Есть ли способ подойти к этому только с помощью java без каких-либо других сторонних банках? Любая реализация, методология для этого? Любой источник, коды примеров высоко оценены.

Débora 25 апр. 2014, в 10:47

Источник

1

Примечание: если вы хотите использовать только методы получения / установки, используйте Introspection . Он использует отражение, чтобы выставить свойства и методы чтения / записи.
Arnaud Denoyelle 25 апр. 2014, в 08:38
0

@ArnaudDenoyelle. Я благодарю вас за ваш быстрый ответ. Пожалуйста, дайте мне знать, что из-за интроспекции возникнут проблемы с производительностью или памятью?
Débora 25 апр. 2014, в 08:40
4

Вы пытались использовать рефлексию и наблюдали эти проблемы, или вы просто предполагаете, что это будет проблемой для вас?
Keppil 25 апр. 2014, в 08:42
0

@Keppil. Спасибо за ваше внимание. Я должен придерживаться Java 1.5 и везде в Интернете, он говорит со статикой, что у Reflection есть проблемы с производительностью. (Я не хочу приводить аргументы, но это stackoverflow.com/questions/435553/java-reflection-performance ) Моя предложенная функция будет часто вызываться, и поэтому я должен учитывать производительность.
Débora 25 апр. 2014, в 08:45
1

Процитирую другой ответ на тот же вопрос ( stackoverflow.com/a/547999/1343161 ) Преждевременная оптимизация - корень всего зла . Попробуйте сначала, а затем рассмотрите альтернативные подходы, если это не работает. Проблемы с производительностью - это не абсолютный термин, это не значит, что у всех будут проблемы.
Keppil 25 апр. 2014, в 08:50
0

Я думаю, что отражение должно использоваться только тогда, когда нет альтернативного решения. Вызов геттеров и сеттеров динамически требует рефлексии. Вы сравниваете эффективность рефлексии с чем?
TheLostMind 25 апр. 2014, в 08:54
0

@WhoAmI, на самом деле мне не с чем сравнивать. Единственной альтернативой может быть написание отдельных строк кода, которые выполняют мою работу и занимают много строк. Вот почему я ищу одну функцию для этого. :)
Débora 25 апр. 2014, в 08:57
0

Это компромиссное решение, которое вам придется принять. Если у вас много, много геттеров и сеттеров, то да, возможно, использование отражения имеет смысл. Если бы их было немного, вы могли бы добиться большего успеха, не задумываясь. Отражение не будет эффективным решением в последнем случае. И да, @Keppil прав. Попробуй сначала.
TheLostMind 25 апр. 2014, в 09:03

Показать ещё 6 комментариев

Теги:

java

reflection

1 ответ

Ещё вопросы

Примечание: если вы хотите использовать только методы получения / установки, используйте Introspection . Он использует отражение, чтобы выставить свойства и методы чтения / записи.
@ArnaudDenoyelle. Я благодарю вас за ваш быстрый ответ. Пожалуйста, дайте мне знать, что из-за интроспекции возникнут проблемы с производительностью или памятью?
Вы пытались использовать рефлексию и наблюдали эти проблемы, или вы просто предполагаете, что это будет проблемой для вас?
@Keppil. Спасибо за ваше внимание. Я должен придерживаться Java 1.5 и везде в Интернете, он говорит со статикой, что у Reflection есть проблемы с производительностью. (Я не хочу приводить аргументы, но это stackoverflow.com/questions/435553/java-reflection-performance ) Моя предложенная функция будет часто вызываться, и поэтому я должен учитывать производительность.
Процитирую другой ответ на тот же вопрос ( stackoverflow.com/a/547999/1343161 ) Преждевременная оптимизация - корень всего зла . Попробуйте сначала, а затем рассмотрите альтернативные подходы, если это не работает. Проблемы с производительностью - это не абсолютный термин, это не значит, что у всех будут проблемы.
Я думаю, что отражение должно использоваться только тогда, когда нет альтернативного решения. Вызов геттеров и сеттеров динамически требует рефлексии. Вы сравниваете эффективность рефлексии с чем?
@WhoAmI, на самом деле мне не с чем сравнивать. Единственной альтернативой может быть написание отдельных строк кода, которые выполняют мою работу и занимают много строк. Вот почему я ищу одну функцию для этого. :)
Это компромиссное решение, которое вам придется принять. Если у вас много, много геттеров и сеттеров, то да, возможно, использование отражения имеет смысл. Если бы их было немного, вы могли бы добиться большего успеха, не задумываясь. Отражение не будет эффективным решением в последнем случае. И да, @Keppil прав. Попробуй сначала.

Sir RotN · Answer 1 · 2014-04-25T08-30-00.000Z

Я действительно поступил бы с инструментами (или другими инструментами создания кода). Как это делает инструментарий, это генерировать байт-код, который ведет себя так же, как и производительность рукописного кода. Однако вы должны знать, что усилия намного выше, чем при использовании рефлексии. Вы не можете его увидеть, вы не можете его отладить. Вот почему генерация исходного кода является реальной альтернативой, но это тоже байты! Вам нужна поддержка процесса сборки. Некоторая поддержка со стороны IDE была бы неплохой.

Независимо от вашего решения, подумайте очень тщательно, не исключено ли исключение копирования данных. Я имею в виду, насколько ценными могут быть две структуры данных, которые аналогичны, что автоматическое копирование возможно вообще? Действительно ли стоит потратить на это 3 или 4 месяца?