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

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

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

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

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

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

如果程序集是构建ASP的一部分。NET应用程序，你可以使用BuildManager类:

using System.Web.Compilation
...
BuildManager.GetType(typeName, false);

Dictionary<string, Type> typeCache;
...
public static bool TryFindType(string typeName, out Type t) {
    lock (typeCache) {
        if (!typeCache.TryGetValue(typeName, out t)) {
            foreach (Assembly a in AppDomain.CurrentDomain.GetAssemblies()) {
                t = a.GetType(typeName);
                if (t != null)
                    break;
            }
            typeCache[typeName] = t; // perhaps null
        }
    }
    return t != null;
}

上面的解决方案对我来说似乎是最好的，但对我来说并不管用，所以我这样做了:

AssemblyName assemblyName = AssemblyName.GetAssemblyName(HttpContext.Current.Server.MapPath("~\\Bin\\AnotherAssembly.dll"));
string typeAssemblyQualifiedName = string.Join(", ", "MyNamespace.MyType", assemblyName.FullName);

Type myType = Type.GetType(typeAssemblyQualifiedName);

前提条件是您知道程序集的路径。在我的情况下，我知道它，因为这是从另一个内部项目构建的程序集，它包含在我们的项目的bin文件夹中。

如果有问题的话，我使用的是Visual Studio 2013，我的目标是。net 4.0。这是一个ASP。NET项目，所以我得到绝对路径通过HttpContext。然而，从MSDN上的AssemblyQualifiedNames来看，绝对路径并不是必需的

我打开用户控件取决于用户有权访问数据库中指定的用户控件。所以我使用这个方法来获取TypeName…

Dim strType As String = GetType(Namespace.ClassName).AssemblyQualifiedName.ToString
Dim obj As UserControl = Activator.CreateInstance(Type.GetType(strType))

所以现在可以使用strType中返回的值来创建该对象的实例。