如果程序集是构建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;
}

我被骗了。由于我想要创建的类型(按名称)都在我控制的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.

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

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来看，绝对路径并不是必需的

试试这个方法。

public static Type GetType(string typeName)
{
    var type = Type.GetType(typeName);
    if (type != null) return type;
    foreach (var a in AppDomain.CurrentDomain.GetAssemblies())
    {
        type = a.GetType(typeName);
        if (type != null)
            return type;
    }
    return null;
}

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

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

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

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