Что такое точно Отражение и когда это - хороший подход?

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

Возьмем, к примеру, фреймворки для модульного тестирования. Класс средства выполнения тестов, который отвечает за выполнение всех ваших модульных тестов, заранее не знает, как вы собираетесь называть свои методы. Все, что ему известно, это то, что они будут иметь префикс "test" (или, в случае Java 5, аннотировать @Test ). Поэтому, когда ему предоставляется тестовый класс, он отражает этот класс, чтобы получить список всех методов в нем. Затем он перебирает имена этих методов в виде строк и вызывает эти методы для объекта, если они начинаются с «test». Это было бы невозможно без размышлений. И это всего лишь один пример.

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

Возьмем, к примеру, фреймворки для модульного тестирования. Класс средства выполнения тестов, который отвечает за выполнение всех ваших модульных тестов, заранее не знает, как вы собираетесь называть свои методы. Все, что он знает, - это то, что они будут иметь префикс "test" (или, в случае Java 5, аннотировать @Test ). Поэтому, когда ему предоставляется тестовый класс, он отражает этот класс, чтобы получить список всех методов в нем. Затем он перебирает имена этих методов в виде строк и вызывает эти методы для объекта, если они начинаются с «test». Это было бы невозможно без размышлений. И это всего лишь один пример. s Щелкните событие (если у вас включено автоматическое подключение)

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

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

SqlDataReader sdr = Helper.GetReader("GetClientByID", ClientID);
Client c = new Client();
FillObject(sdr, c);
return c;

Рефлексия пригодилась мне как минимум в одном проекте, о котором я могу думать. Мы написали внутреннюю программу «Диспетчер процессов», которая выполняет множество ключевых бизнес-процессов через определенные промежутки времени. Проект настроен таким образом, что ядро ​​на самом деле представляет собой просто службу Windows с объектами таймера, которые запускаются каждые 30 секунд или около того и проверяют, что нужно сделать.

Фактическая работа выполняется в библиотеке классов (соответственно называемой " WorkerLib "). Мы определяем классы с общедоступными методами, которые выполняют определенные задачи (перемещение файлов, загрузка данных на удаленные сайты и т. Д.). Идея состоит в том, что основная служба может вызывать методы из рабочей библиотеки, ничего не зная о методах, которые она вызывает. Это позволяет нам создавать расписание в базе данных для заданий, и даже добавлять новые методы в библиотеку классов без необходимости изменять основную систему.

Основная идея состоит в том, что мы можем использовать отражение в основной службе для выполнения методов, имена которых мы сохранили в базе данных, определяющей расписания. На практике это довольно удобно. Наша основная служба надежна и обрабатывает выполнение заданий по мере необходимости, в то время как фактическая рабочая библиотека может быть расширена и изменена по мере необходимости, даже если ядро ​​даже не заботится.

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

на практике довольно аккуратно. Наша основная служба надежна и обрабатывает выполнение заданий по мере необходимости, в то время как фактическая рабочая библиотека может быть расширена и изменена по мере необходимости, даже если ядро ​​даже не заботится.

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

на практике довольно аккуратно. Наша основная служба надежна и обрабатывает выполнение заданий по мере необходимости, в то время как фактическая рабочая библиотека может быть расширена и изменена по мере необходимости, даже если ядро ​​даже не заботится.

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

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

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

В Java это, по сути, способ создания экземпляра класса, не зная об этом заранее. Допустим, вы хотите, чтобы пользователь мог изменять файл конфигурации, добавляя класс, который он хочет использовать в вашей программе (скажем, у вас есть множество реализаций некоторого интерфейса). С помощью отражения вы можете создать объект, основываясь только на его имени, сигнатуре метода и т. Д. , а затем передайте его в свой интерфейс.

На самом деле отражение следует рассматривать как своего рода усилитель кода. Это может сделать хороший код лучше и чище, а плохой - хуже. Что оно делает? Это действительно позволяет вам писать код, при этом вы не совсем уверены, что он будет делать, когда вы его пишете. У вас есть общее представление, но оно позволяет вам не указывать, какие объекты, методы и свойства будут выполняться при компиляции программы.

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

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

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

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

Я дам вам пример.

В качестве упражнения по программированию я написал программу проверки файлов mp3. Он сканирует мою музыкальную библиотеку и отображает теги id1 / id2, которые меня интересуют в DataGridView. Я использую отражение, чтобы получить свойства из класса информации mp3, при этом пользовательский код не должен ничего знать об этом классе. Если я хочу изменить отображаемую информацию, я могу либо отредактировать класс информации mp3, либо изменить его конфигурацию (в зависимости от того, как я написал класс), и мне не нужно обновлять пользовательский интерфейс.

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

Отражение - это (в основном) способность программы запрашивать информацию о типе, которая была доступна компилятору. Так, например, по имени типа вы можете запросить методы, которые он содержит. Затем для каждого метода вы можете запросить типы принимаемых параметров и т. Д. И т. Д.

Это полезно для конфигурации времени выполнения, когда у вас есть файл конфигурации, который определяет поведение вашего приложения. Конфигурация может содержать имена конкретных типов, которые вы должны использовать (как это часто бывает с контейнерами IOC). Используя отражение, вы можете создать экземпляр этого конкретного типа (через API отражения) и использовать его.