Примеры использования для размышлений

Очень часто вы хотите динамически создавать экземпляры и работать с объектами, тип которых неизвестен до времени выполнения. Например, с OR-mappers или в архитектуре плагинов. Мокирующие фреймворки используют его, если вы хотите написать библиотеку протоколирования и динамически проверять тип и свойства исключений.

Если я подумаю немного дольше, я, вероятно, смогу придумать больше примеров.

Написание диспетчеров. Twisted использует отражающие возможности Python для отправки вызовов XML-RPC и SOAP. RMI использует API отражения Java для отправки.

Разбор командной строки. Создание объекта конфигурации на основе переданных параметров командной строки.

При написании модульных тестов может быть полезно использовать отражение, хотя в основном я использовал его для обхода модификаторов доступа (Java).

Я использовал отражение в C#, когда в фреймворке или сторонней библиотеке был какой-то внутренний или частный метод, к которому я хотел получить доступ.

(Отказ от ответственности: это не обязательно лучшая практика, потому что частные и внутренние методы могут быть изменены в более поздних версиях. Но это сработало для того, что мне было нужно.)

Что ж, в статически типизированных языках вы захотите использовать отражение каждый раз, когда вам нужно сделать что-то «динамическое». Он пригодится для инструментальных целей (сканирование элементов объекта). В Java он довольно часто используется в JMX и динамических прокси. И есть множество разовых случаев, когда это действительно единственный выход (практически всегда, когда вам нужно сделать что-то, что компилятор не позволит вам сделать).

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

string src = MethodInfo.GetCurrentMethod().ToString();
string msg = "Big Mistake";
Exception newEx = new Exception(msg, ex);
newEx.Source = src;

вместо

string src = "MyMethod";
string msg = "Big MistakeA";
Exception newEx = new Exception(msg, ex);
newEx.Source = src;

Это просто проще для наследования копирования / вставки и генерации кода.

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

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

• Поздняя привязка
• Безопасность (код для самоанализа по соображениям безопасности)
• Анализ кода
• Динамическая типизация (без отражения невозможна утиная печать)
• Метапрограммирование

Некоторые примеры использования рефлексии в реальном мире из моего личного опыта:

• Разработана система плагинов на основе рефлексии
• Используемая модель аспектно-ориентированного программирования
• Выполненный статический анализ кода
• Использовали различные фреймворки для внедрения зависимостей.
• ...

Отражение - вещь хорошая :)

Я считаю отражение очень полезным, если входные данные (например, xml) имеют сложную структуру, которая легко сопоставляется с экземплярами объектов, или мне нужно какое-то отношение между экземплярами.

Поскольку отражение в java относительно просто, я иногда использую его для простых данных (карты ключ-значение), где у меня есть небольшой фиксированный набор ключей. С одной стороны, просто определить, действителен ли ключ (если у класса есть установщик setKey (строковые данные)), с другой стороны, я могу изменить тип (текстовых) входных данных и скрыть преобразование (например, простое приведение в int в getKey ()), поэтому остальная часть приложения может полагаться на правильно типизированные данные. Если тип какой-либо пары ключ-значение изменяется для одного объекта (например, форма int для float), мне нужно только изменить его в объекте данных и его пользователях, но не нужно иметь в виду, чтобы также проверять синтаксический анализатор . Это может быть неразумным подходом, если производительность является проблемой ...

Обычно я использую отражение для отладки. Отражение может легче и точнее отображать объекты в системе, чем набор операторов печати. Во многих языках, в которых есть первоклассные функции, вы даже можете вызывать функции объекта без написания специального кода.

Однако есть способ делать то, что вы хотите (ред.). Используйте хеш-таблицу. Сохраните поля, привязанные к имени поля.

Если вы действительно захотите, вы можете создать стандартные функции Get / Set или создать макросы, которые делают это на лету. #define GetX() Get("X") вроде как.

Таким образом можно было даже реализовать собственное несовершенное отражение.

Для опытного пользователя, если вы можете скомпилировать код, возможно, удастся включить генерацию отладочного вывода и использовать его для выполнения отражения.