Можно ли пропускать проверки видимости при генерации динамического IL с помощью метода MethodBuilder?

Question

При генерации IL с помощью DynamicMethod это можно назвать методы и поля доступа, которые были бы в противном случае не-доступны, если вы предоставите «истина» для параметра restrictedSkipVisibility в DynamicMethod constructor

Я бы предпочел, чтобы излучать динамический IL в динамическую сборку вместо этого я могу сохранить сгенерированный IL в сборку во время сборки. Если я использую этот метод, я должен использовать MethodBuilder вместо DynamicMethod. Однако мне нужно пропустить проверки видимости, поэтому я не получаю MethodAccessException, когда запускаю свой динамический код. Есть ли способ сделать это, и если да, то как?

Answer 1

При использовании MethodBuilder в динамических сборках вы привязаны к тем же правилам, что и сборщики, сгенерированные компилятором. Таким образом, видимость между сборками регулируется:

• Атрибут ReflectionPermission.
• Атрибут InternalsVisibleTo.

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

Answer 2

Если вам нужно материализовать свой сгенерированный код с помощью интерфейса вместо делегирования, il будет полезен для прокруткиVisibilityCheck для Methodbuilder. Я не нашел способ сделать это напрямую, но вы можете просто вызвать DynamicMethod в свой MethodBuilder с помощью EmitCalli (OpCodes.Calli ...).