1

我正在尝试遵循 Pro C# 5.0 一书中的示例,但我偶然发现了一个我无法工作的示例:

static void Main() {

    Assembly asm = Assembly.Load("CarLibrary");

    Type MiniVan = asm.GetType("CarLibrary.MiniVan");

    dynamic d = Activator.CreateInstance(Minivan);

    Console.WriteLine("Type of d is {0}", d.GetType()); // Type is CarLibrary.MiniVan

    MethodInfo m = MiniVan.GetMethod("TurboBoost");
    m.Invoke(d, null); // This works fine, and prints out "Turbo Boosting"

    d.TurboBoost(); // This doesn't work like the book says it should. 
                    // I get: object does not contain a definition for TurboBoost;

这是 CarLibrary 的声明:

namespace CarLibrary {

    // UPDATE: I just realized that I had declared MiniVan internal
    internal MiniVan {

        public void TurboBoost() {

            Console.WriteLine("Turbo Boosting");
        }
    }
}

因此,即使 MiniVan 被声明为 INTERNAL,使用反射我仍然可以创建 MiniVan 的实例,并调用 TurboBoost()。但是,如果我使用 dynamic 关键字,则对 TurboBoost() 的调用将不起作用。如果 MiniVan 被声明为 PUBLIC,那么这两种情况都可以完美运行。

有人能告诉我这一切是否如想象的那样吗?

4

1 回答 1

3

dynamic尊重可访问性规则,其中不仅包括成员的可访问性,还包括对象的类型是否为internalprivate(嵌套)等。dynamic不仅仅是反射包装 - 它更多:这在常规 C# 中是否可以从这里工作

这意味着在程序dynamic 集中执行CarLibrary相同的用法会起作用。如果你想通过 访问类型成员dynamic,那么它必须是public,或者至少:在调用上下文中是可访问的。

特别是,这可以防止您通过访问您不应该直接知道的类型的public成员来欺骗运行时。例如,假设一个核心 CLI 类型实现了一些接口:internal

public ISomeInterface {...}
internal SomeMicrosoftType : ISomeInterface
{
    public void FireTheMissiles() {...}
}

现在; 很可能有一个 API 将该对象作为ISomeInterface实例公开——因此我们可以合法地引用该对象。在我们的常规代码中,我们可以访问 的成员ISomeInterface,但我们无法调用FireTheMissiles。但是,如果您的建议有效,那么我们可以这样做:

ISomeInterface innocent = ...
dynamic evil = innocent;
evil.FireTheMissiles();

现在,的,我们可以通过反射来做到这一点,但是反射有额外的检查,特别是如果我们没有完全信任地运行。

于 2012-10-12T06:45:54.507 回答