Вот мне ОЧЕНЬ интересно а инфы найти как-то не удалось!
Вот и спрашиваю: ЗАЧЕМ БЫЛА ДОБАВЛЕНА ТАКАЯ ВОЗМОЖНОСТЬ?
Я все понимаю, что это класнно и гибко!Но а как же инкапсуляция?Зачем вообще тогда эти private and public???  

есть другие варианты работы с интерфейсом сборки или класса, структуру которого ты точно не знаешь? (т.е. кроме Reflection)

Рефлекшин - это не способ обхода привейт и паблик а способ анализа того чего ты не знаешь.

Не было бы рефлекшина - не было бы такой утилиты как Lut Roede`s .NET Reflector. Не было бы поддержки плагинов в программах. Не было бы частой гибкости (взять даже пример с поздним связыванием при разработке прилож, общ с екселем - без рефлекшина такое приложение смогло бы работаь только с конкретной версией екселя). Я уже не говорю про такие вещи как например ремоутинг, где проксиобъект создается с помщью рефлекшина, анализуя удаленный объект.
Рефлекшин служит для анлиза кода, и вызова методов сигнатуру которых ты не знаешь - очень мощная штука и считается одной из самых-самых мощных "фишек" .нета. Без рефлекшина сама технология .нет не смогла бы существовать.

Это сообщение отредактировал(а) archeg - 22.10.2007, 21:22

Еще два важных момента рефлексии :
- с помощью ее ты можешь расширять синтаксис языка программирования и директив среде выполнения до бесконечности! Хотелось ли тебе, хоть раз, не искать комбинацию ключевых слов, операторов и директив, а просто написать в коде

и т.д.

- рефлексия дает возможность декларативного программирования. А это позволяет:
а) явно указывать на различия в поведении кода в зависимости от того, в каких условиях этот самый код работает
б) за счет анализа этих самого кода и упомянутых условий его работы можно пропускать компиляцию, загрузку в память, выполнение целых модулей, не только фрагментов - т.е. оптимизировать run-time performance. Да, рефлексия - это тормоз для неумелого использования, но и "книга заклинаний" - для специалиста.   

А по поводу инкапсуляции...  рефлексия ее не нарушает. Попробуй с ее помощью получить доступ к private-полю или запретить public... Получится? Но зато рефлексию ты выучишь в любом случае 

Это сообщение отредактировал(а) tol05 - 22.10.2007, 22:36

Че то я не понял:
А так:

Добавлено через 5 минут и 55 секунд
Аналогично для метода: 

Это сообщение отредактировал(а) Wizard_Memfis - 23.10.2007, 09:01

Я еще вчера понял, что именно зацепят за именно строки...  

Я неправильно выразился... 

Да, получить доступ к значению конечно можно. Я имел в виду изменить не значение, а доступность члена в принципе. Доступность для вызывающего кода или для производных классов.
Часто задают вопрос "вот у меня в базовом классе свойство public, как его в производном запретить"
Рефлексия не позволяет изменить семантику типа, только узнать ее или узнать и изменить содержание конкретного экземпляра.

А о нарушении инкапсуляции можно говорить только рассматривая тип, а не его конкретный экземпляр №225.

Короче, прокололся я... Мне минус! 

О!Вот теперь понятно!Это я значит неправильно понимал инкапсуляцию( только на объектном уровне!)!  
Насчет минуса не знаю, а вот плюс за помощь точно заработал!Тока вот добавить пока не могу!  

Это сообщение отредактировал(а) Wizard_Memfis - 23.10.2007, 09:28

ну слава Богу! Значит я все-таки достаточно удачно "соскочил"   

Мне в одном проекте рефлексия очень пригодилась. Проект состоял из кучи сборок, которые компилировал заказчик при помощи скрипта, который он упорно не хотел править. Поэтому сборки всегда компилятся в строго определенном порядке. Получается, что сборки, когторые первыми компилятся не могут содержать референсы на более поздние.
Если класс А из сборки sA нуждается в экземпляре класса В из сборки sB то делаем  следующее. Объявляем в сборке sA интерфейс iB, подгоняем его под методы класса В. В сборке sB делаем референс на sA и объявляем класс В как public class B:sA.iB.
в классе А создаем объект класса В следующим образом:
iB ist = (iB)System.Activator.CreateInstanceFrom("sB.dll","sA.iB").Unwrap().