我有一个与this question的答案中提供的代码相关的问题。
我遇到的问题是在运行时找不到传递给CompilerParameters
的三个引用的assmeblies(System.dll,FSharp.Core.dll,FSharp.Powerpack.dll)。我得到的错误是:
unknown-file(0,0):错误0:错误FS0218:无法读取程序集 'c:\ user s \ utente \ documents \ visual studio 2010 \ Projects \ TrashSolution \ TrashSolution \ bin \ D ebug \ FSharp.Core.dll'
如何告诉编译器在GAC中搜索这些程序集,而不是项目的bin目录?如果我在作为字符串提供的代码中打开命名空间,我如何知道要添加哪些程序集?我在哪里可以获得这些信息?
答案 0 :(得分:7)
在您链接的答案的代码中,底部有一条线:
let asm = Reflection.Assembly.LoadFrom(fileinfo.Value.FullName)
如果您改为调用Reflection.Load
并传递完全限定程序集名称,它将尝试从GAC(以及其他一些地方,如果程序集)加载程序集不属于GAC)。
let asm =
Assembly.Load "SampleAssembly, Version=1.0.2004.0, Culture=neutral, PublicKeyToken=8744b20f8da049e3"
如果您不知道完全限定的程序集名称,则必须使用程序集的简单名称创建AssemblyName
,然后调用Reflection.Load
重载,该重载需要AssemblyName
而不是string
。
let asmName = AssemblyName "Your.Assembly.Name"
let asm = Assembly.Load asmName
至于知道要加载哪些程序集 - 我认为没有一种简单的方法可以以编程方式确定。我现在能想到的唯一两个解决方案:
FSharpCodeProvider
解析它并查看打开的命名空间/模块和使用哪些类型。如果您正在查看是否使用了某个特定的命名空间或类型(即,您需要在编译代码时包含程序集引用),您可以创建一个Map(在.fsx
中正在执行名称空间和/或类型名称的汇编到程序集名称,并使用它来引用相应的程序集。Assembly.ReflectionOnlyLoad
方法加载程序集!这允许在完成检查后卸载程序集 - 如果使用普通反射,则无法卸载程序集,并且程序可能会因OutOfMemoryException
或类似程序而崩溃。 编辑:结果是,在fsi
中加载程序集成功,而不是正常的F#代码,因为fsi
会自动为{{3}安装处理程序事件。当您尝试加载程序集时,CLR会触发此事件,但无法解析;该事件为您提供了一种“手动”解析程序集和/或动态生成程序集并将其返回的方法。
如果你看一下尝试在F#项目中运行代码时引发的FileNotFoundException
,你会在异常的Fusion Log属性中看到类似的内容:
=== Pre-bind state information ===
LOG: User = Jack-Laptop\Jack
LOG: DisplayName = System
(Partial)
WRN: Partial binding information was supplied for an assembly:
WRN: Assembly Name: System | Domain ID: 1
WRN: A partial bind occurs when only part of the assembly display name is provided.
WRN: This might result in the binder loading an incorrect assembly.
WRN: It is recommended to provide a fully specified textual identity for the assembly,
WRN: that consists of the simple name, version, culture, and public key token.
WRN: See whitepaper http://go.microsoft.com/fwlink/?LinkId=109270 for more information and common solutions to this issue.
LOG: Appbase = file:///C:/Users/Jack/Documents/Visual Studio 2010/Projects/StackOverflow1/StackOverflow1/bin/Debug/
LOG: Initial PrivatePath = NULL
Calling assembly : StackOverflow1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in default load context.
LOG: No application configuration file found.
LOG: Using host configuration file:
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL file:///C:/Users/Jack/Documents/Visual Studio 2010/Projects/StackOverflow1/StackOverflow1/bin/Debug/System.DLL.
LOG: Attempting download of new URL file:///C:/Users/Jack/Documents/Visual Studio 2010/Projects/StackOverflow1/StackOverflow1/bin/Debug/System/System.DLL.
LOG: Attempting download of new URL file:///C:/Users/Jack/Documents/Visual Studio 2010/Projects/StackOverflow1/StackOverflow1/bin/Debug/System.EXE.
LOG: Attempting download of new URL file:///C:/Users/Jack/Documents/Visual Studio 2010/Projects/StackOverflow1/StackOverflow1/bin/Debug/System/System.EXE.
查看该日志的底部,您将看到CLR在放弃之前搜索程序集的位置。
这是一个简单的处理程序,可让您了解如何使用AppDomain.AssemblyResolve处理程序手动解析程序集。 (注意:在尝试加载程序集的代码之前,需要添加处理程序!)
System.AppDomain.CurrentDomain.add_AssemblyResolve (
System.ResolveEventHandler (fun _ args ->
let resolvedAssembly =
System.AppDomain.CurrentDomain.GetAssemblies ()
|> Array.tryFind (fun loadedAssembly ->
// If this assembly has the same name as the one we're looking for,
// assume it's correct and load it. NOTE : It may not be the _exact_
// assembly we're looking for -- then you'll need to adjust the critera below.
args.Name = loadedAssembly.FullName
|| args.Name = loadedAssembly.GetName().Name)
// Return null if the assembly couldn't be resolved.
defaultArg resolvedAssembly null))
如果将该代码添加到新的F#控制台项目,然后使用带有Assembly.Load的AssemblyName
代码,则应该能够加载System
程序集,因为它默认引用一个F#项目,它将在您运行项目时加载。如果您尝试解析System.Drawing
,它将失败,因为我们的自定义事件处理程序无法找到程序集。显然,如果你需要一些更复杂的汇编解析逻辑,你应该以适合你的应用程序的任何方式将它构建到事件处理程序中。
最后,这是指向异常消息中提到的MSDN白皮书的链接:AppDomain.AssemblyResolve。如果您遇到困难并且无法弄清楚如何解决所需的程序集,那么值得一读。