非常晚的回复，但如果有人在十年后处理这个问题:

有一个非常非常小的机会，你的类在Visual Studio的构建动作设置为“内容”而不是“编译”。

在“解决方案资源管理器”中单击类，然后查看属性。

检查Build Action是“Compile”，而不是“Content”。

我被骗了。由于我想要创建的类型(按名称)都在我控制的dll中，所以我只是在程序集中的dll中放置了一个静态方法，该方法采用简单的名称，并调用type。GetType从那个上下文返回结果。

The original purpose was so that the type could be specified by name in configuration data. I've since change the code so that the user specified a format to process. The format handler classes implement a interface that determines if the type can parse the specified format. I then use reflection to find types that implement the interface, and find one that handles the format. So now the configuration specifies a format name, a not a specific type. The reflection code can look at adjacent dlls and load, them so I have a sort poor man's plug-in architecture.

当我只有类名时，我使用这个:

Type obj = AppDomain.CurrentDomain.GetAssemblies().SelectMany(t => t.GetTypes()).Where(t => String.Equals(t.Name, _viewModelName, StringComparison.Ordinal)).First();

如果它是一个嵌套类型，您可能会忘记转换。到a +

不管怎样，typeof(T).FullName会告诉你应该说什么

编辑:顺便说一句，这些用法(我相信你知道)只是编译时对编译器的指令，因此不会对API调用的成功产生任何影响。(如果你有项目或装配的参考资料，可能会有潜在的影响-因此信息不是无用的，只是需要一些过滤…)

对我来说，“+”是关键! 这是我的类(它是一个嵌套的):

namespace PortalServices
{
public class PortalManagement : WebService
{
    public class Merchant
    {}
}
}

这行代码起作用了:

Type type = Type.GetType("PortalServices.PortalManagement+Merchant");

type . gettype ("namespace.qualified.TypeName")仅在mscorlib.dll或当前正在执行的程序集中找到该类型时才有效。

如果这两种情况都不是真的，你将需要一个程序集限定的名称:

Type.GetType("namespace.qualified.TypeName, Assembly.Name")