Скажите, можно ли какими-нибудь правдами или неправдами переопределить метод в классе не создавая класс наследник? То есть есть нейкий класс с определёнными методами. Можно ли заменить метод данного класса моим кодом. Или на худой конец, выполнить мой код вместе с кодом метода при вызове этого метода. Извиняюсь за тавтологию.

Боюсь , что нет  ....вобщем то какая то имхо извращенская задача.... А какие проблемы с наследованием ?

Хочеться написать тузлу которая будет трассировать код и заносить вызываемые методы в лог.

Можно!!!!
Шаблоны Проектирования знаешь??
используй Visitor и все получится

0000, а можно поподробнее. А то я даже представления не имею, что такое Visitor.

0000, в данном случае Visitor не подойдет, так как МЕНЯТЬ ОБЪЕКТ НЕЛЬЗЯ СОВСЕМ, а для Посетителя в посещаемом объекте должен быть метод с помощью которого он (посетитель) может начать работу с объектом

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

По теме вопроса: Red Wind, без наличия у класса интерфейса для перехвата вызова методов определить момент вызова метода из .net нельзя. 
ИМХО, если бы можно было, то у класса System.Reflection.MethodInfo были бы события типа Calling и Called   

ivashkanet, спасибо.

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

А тут никто не специалист   Тут читером нужно быть. ИМХО, это подрыв системы безопасности 

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

P.S. Наблюдатели уже встроены в языки .Net  --- это всем известые... события и их обработчики    

А что за паттерны вообще?

http://ru.wikipedia.org/wiki/Шаблоны_проектирования

Всем спасибо! Не думал, что тема вызовет такой резонанс. Как я понял, реализовать задачу не получиться?
Хотя, можно написать класс обёртку. Но это не совсем то что надо.

Это сообщение отредактировал(а) Red Wind - 5.2.2007, 16:43

Можно в порядке эксперимента копнуть в сторону контекстов, но это опять-таки повторю, в порядке эксперимента. Ещё ссылка по теме:
http://wiki.castleproject.org/index.php/DynamicProxy:Usage

http://msdn.microsoft.com/msdnmag/issues/0...ETProfilingAPI/

То что надо для реализации Вашей бредовой идеи ))

Патерны и C#

Несмотря на то, что тема вроде бы закрыта, позволю себе обратить внимание автора вопроса на возможную технологию решения поставленной задачи : ICorProfilerCallback/ICorProfilerCallback2 API. Ссылку на статью про неё уже упомянул sekiro, вот ещё одна. В первой из статей предлагается способ вставки MSIL-кода в начало и/или конец тела вызываемого метода, во второй примером служит программа-счётчик вызовов методов.

В двух словах, ICorProfilerCallback - интерфейс, позволяющий общаться с .NET-профилером, который в цепочке исполнения расположен как бы между средами CLR и Just-In-Time. С его помощью Вы можете, например, зарегестрироваться  на получение callback -а о вызове некоторого метода внутри отдельно исполняющегося приложения, и перед тем, как код метода будет транслирован из CLR в Native и исполнен, делать с ним всё, что угодно, в частности, полностью подменить MSIL-код.

Сначала потребуется научиться переключать .NET со стандартного профилера на собственный. Для этого нужно переключить переменные средЫ - во второй статье это делается в отдельном процессе, имхо, весьма элегатно. Затем, собственно, сымплементить интерфес ICorProfilerCallback в соответствии с потребностями.

В общем, способ - не очень простой, но, если есть время, можно разобраться. Да, и он действительно используется для трассировки .NET приложений.   

Это сообщение отредактировал(а) marcusmae - 9.2.2007, 20:55