我要评论某一天我正在写一些反射代码，目的是遍历所有的程序集来查找一个特定的接口，然后在startup中调用其上的一个方法。看起来这个功能似乎很简单，但是在现实中，却没有一个清晰的，简单的，适合各种情形的方式来获取一个程序集。这篇文章获取对某些人来说非常的枯燥，但是如果我能够帮助哪怕一个人来解决此类问题，那么这篇文章也是值得的。
说真的，由于有多种获取程序集的方法，我将不会说”使用这个方法”。很有可能，对于你的特定的工程来说，也许只有一种方式可以工作，所以依赖其他的方式是毫无意义的。让我们简单的对所有的方式做个测试，然后看看哪一个方法是最合理的。
使用appdomain.getassemblies
你可能会遇到的第一个选项是appdomain.getassemblies。它（看似）加载了在appdomain中的所有程序集，基本上可以说加载了你项目使用到的每一个程序集。但是却存在着大量的警告。在.net中程序集是延迟加载到appdomain中的，它不可能一次性加载所有的程序集，而是等你调用了一个程序集中的方法/类的时候，它才会将它加载进来--也就是即时加载。这是合理的，因为如果你从不使用一个程序集的话，是没有理由加载它的。
但问题是在你调用appdomain.getassemblies()的那个时间点上，如果你并没有调用某个特定的程序集的方法，它便不会被加载。现在如果你要为了startup方法得到所有的程序集，很有可能你还没有调用到那个程序集，这就意味着它还没有加载到appdomain，所以便获取不到这个接口方法。
用代码来说：
appdomain.currentdomain.getassemblies(); // does not return someassembly as it hasn't been called yet. someassembly.someclass.somemethod(); appdomain.currentdomain.getassemblies(); // will now return someassembly.
虽然这看起来是一个很有吸引力的选项，但是要知道，对于这个方法来说，时机是一切。
使用assemblyload事件
因为你不能确保当你调用currentdomain.getassemblies()时所有程序集都被加载了，而实际上当appdomain加载另一个程序集的时候有一个事件会运行。基本上说，当一个程序集被延迟加载的时候，你可以被通知到。它看起来像是这样：
appdomain.currentdomain.assemblyload += (sender, args) =>
{
var assembly = args.loadedassembly;
};如果你只是想当程序集加载的时候检查下一些东西，那这或许是一个不错的解决方案，但是这个过程在某个特定的点并不是必然会发生（在你的.net core app的startup.cs类中并不会发生）。
这个方法的另一个问题是到你添加你的事件处理器的那个时刻，并不能保证程序集还没有被加载（事实上它们很可能已经加载过了）。所以呢？你需要付出双份的努力，首先添加你的事件处理器，之后迅速的检查appdomain.currentdomain.getassemblies，找到已经被加载了的东西。
这是一个完美的解决方案，但是如果你习惯于使用延迟加载的程序集来做事的话，这就不能正常工作了。
使用 getreferencedassemblies()
排名中的下一个是getreferencedassemblies()。本质上你可以通过一个程序集，比如你的入口点程序集，一般来说便是你的web项目，来得到所有引用的程序集。
其代码本身看起来像是这样：
assembly.getentryassembly().getreferencedassemblies();
再一次，看起来像是在玩把戏，但是这个方法有另一个很大的问题。在许多项目中会有一个“模式分离”的概念，比如 web project>>service project>>data project。web project本身并不直接引用data project。而当你调用“getreferencedassemblies”时其意味着直接引用。因此如果你期望在程序集列表中得到data project，你将会失望不已。
所以，再一次的，在一些情况下可以正常工作，但并不是一个普遍的解决方案。
循环getreferencedassemblies()
使用getreferencedassemblies()的另一个选择是创建一个方法来遍历所有的程序集。类似于这样：
public static list getassemblies()
{
var returnassemblies = new list();
var loadedassemblies = new hashset();
var assembliestocheck = new queue();
assembliestocheck.enqueue(assembly.getentryassembly());
while(assembliestocheck.any())
{
var assemblytocheck = assembliestocheck.dequeue();
foreach(var reference in assemblytocheck.getreferencedassemblies())
{
if(!loadedassemblies.contains(reference.fullname))
{
var assembly = assembly.load(reference);
assembliestocheck.enqueue(assembly);
loadedassemblies.add(reference.fullname);
returnassemblies.add(assembly);
}
}
}
return returnassemblies;
}这个方法的边界处理得有点粗糙，但是它的确可以工作并且意味着在startup方法中，你可以立即看到所有的程序集。
关于这个方法你可能会被卡住的一次是如果你正在动态加载程序集，并且它们实际上并不会被任何项目所引用。对于这种情况，你需要下一个方法。
目录dll加载
一个很粗糙的获取所有解决方案dll的方式是将它们加载出你的bin文件夹。看起来像是这样：
public static assembly[] getsolutionassemblies()
{
var assemblies = directory.getfiles(appdomain.currentdomain.basedirectory, "*.dll")
.select(x => assembly.load(assemblyname.getassemblyname(x)));
return assemblies.toarray();
}它可以正常工作但的确是一个粗糙的解决方案。但是使用这个方式的一个最大的好处是一个dll只需要简单的放置在需要加载的目录中就可以。因此如果你出于任何原因动态的加载dlls，对于你来说，这很可能是唯一的方法（除过在appdomain中监听assemblyload）。
这是做这件事情的看起来像恶作剧的方式之一。但是很可能你已经被阻挡到角落之中而这正是解决问题的唯一方式。
仅仅得到“我的”程序集
使用这些方法中的任何一种，您会很快发现你正在将nuget下的每个程序集加载到你的项目中，包括nuget包、.net核心库甚至运行时特定的dll。在.net世界中，程序集就是程序集。没有“是的，但这是我的程序集”并且它们很特别的概念。
过滤的唯一方法就是检查名字。您可以将其作为白名单来执行，因此如果解决方案中的所有项目都以“mysolution”开头。因而你可以像这样来进行过滤：
assembly.getentryassembly().getreferencedassemblies().where(x => x.name.startswith("mysolution."))或者你可以选择一个黑名单选项，这个选项并不真正限制你的程序集，但至少可以减少你正在加载/检查/处理的程序集的数量。就像这样：
assembly.getentryassembly().getreferencedassemblies()
.where(x => !x.name.startswith("microsoft.") && !x.name.startswith("system."))黑名单可能看起来很蠢，但在某些情况下，如果您正在构建一个实际上不知道最终解决方案名称的库，那么这是减少您试图加载的内容的唯一方法。
到此这篇关于在c#中如何获取程序集的文章就介绍到这了,更多相关c#获取程序集内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论