Ввод кода в .NET

Question

Предположим, у вас есть сборка A, содержащая кучу довольно стандартных не обфусканных классов.

Есть ли способ программно создать какую-то «насмешливую» сборку B, которая будет содержать все методы, находящиеся в сборке A, но все эти методы в сборке B должны иметь код пользователя, введенный в начале метода и в конце, так что, когда сборка B будет выполнена, она будет работать с нормальным + введенным кодом пользователя. Введенный код будет использоваться для профилирования. Можно ли как-то выполнить (я уже использую профилировщик ANTS, поэтому нет необходимости в каких-либо инструментах профилирования, меня просто интересует, можно ли решить проблему указанным способом)

Спасибо!

EDIT

Ребята, я говорю о написании отдельного приложения (аналог http://codeinject.codeplex.com/), способный принимать любые сборки .NET в качестве входных данных и производит другую, которая будет содержать:

1. весь код первого один
2. специального пользовательского код вводится в каждый метод сборки существ ... Ну, будучи «издевался»

Предположим, что мы имеем следующий код:

AssemblyA.dll:

class Test 
{ 
    void Action1(int someArgument) 
    { 
     ... 
    } 

    void Action2(bool someBool) 
    { 
     ... 
    } 

    public void DoSomeAction() 
    { 
     Action1(123); 
     ... 
     Action2(true) 
    } 
} 

Injector.dll:

public class Injector: IInjector 
{ 
    Dictionary<String, Int32> profiler = new Dictionary<String, Int32>(); 

    void BeforeInvoke(IMethodCall call) 
    { 
     Console.WriteLine("A method {0} being called", call.Method.Name); 
    } 

    void AfterInvoke(IMethodCall call) 
    { 
     Console.WriteLine("A method {0} was called, duration {1}", call.Method.Name, call.Duration); 
    } 
} 

Это позволит сделать следующее:

> inject.exe AssemblyA.dll Injector.dll AssemblyB.dll 

когда вы ссылаетесь на AssemblyB.dll и используете в производственной среде, он будет делать все, что делает AssemblyA.dll, но также будет выполнять некоторую регистрацию производительности, которая впоследствии может быть проанализирована и проанализирована более dev-like.

Мой вопрос:

Где я должен начать искать?

Answer 1

Это зависит от того, сколько у вас контроля над сборкой А. Если вы сами создаете сборку A, вы можете использовать аспектно-ориентированное программирование (AOP) для ввода кода, который вы хотите выполнить до и после каждого метода. Популярным инструментом для достижения этого является PostSharp, который вводит код в IL. Посмотрите на OnMethodBoundaryAspect. Существует также бесплатная версия Express.
Для сборок, которые не находятся под вашим контролем, гораздо сложнее:
Если сборка не имеет сильного имени или у вас есть доступ к ключу подписи, вы можете ее разобрать, например. с ILDASM с параметром/out. Затем вы можете вводить новые коды в файл IL и снова собирать файл, используя ILASM. Это, конечно, не слишком просто, но единственный способ, которым я могу думать, это разрешить профилирование всех вызовов. Имейте в виду, что также могут возникнуть юридические проблемы, если вам не разрешается разбирать сборку A и уважать их.
Если вы получаете доступ ко всем методам A через интерфейс или хотите добавить код к виртуальным членам классов, вы можете использовать контейнер Inversion of Control для перехвата вызовов (см. Code Code answer). Это возможно с разумными усилиями, но поскольку перехваты выполняются во время выполнения, это немного ухудшит производительность.
Другой подход - использовать отражение и CodeDOM для анализа типов в сборке A и создания кода, который обертывает вызовы методам. Таким образом, вы можете также профилировать не виртуальных, публичных пользователей. Конечно, внутренние вызовы в сборке А не профилируются.