我一直在使用FSharp.Data中的XmlProvider来生成与
XML片段相对应的类型,我将其存储在正在构建的F#项目的源目录中的文件中.
我用文件的路径参数化XmlProvider.然后将此代码编译为DLL.
如果我然后从另一个无法从源目录中读取的F#项目引用此程序集的已编译DLL,那么在该项目的编译时我得到错误
FS3033’无法从’config_schema.xml’读取样本XML：找不到(路径)’.
为什么是这样？我的理解是,在编译之后,与XML样本对应的类型是标准的完全成熟类型,这应该是编译后的DLL中的结果.
为什么类型的消费者(第二个项目中的代码)仍然需要引用样本进行编译？
这很微妙.当您将使用XmlProvider或JsonProvider等擦除类型提供程序的代码编译到DLL中时,编译器实际上并不存储生成的类型.这意味着当您从另一个库引用DLL时,编译器将再次触发类型提供程序 – 即使最终用户代码(库的用户)实际上并未使用类型提供程序.
这意味着类型提供程序需要能够访问示例,即使在编译库并将其分发给用户之后也是如此.
您可以使用相对路径并将样本与库一起复制,但这不是很优雅.我们实际上在F# Data Toolbox中有完全相同的问题,这是一个在封面下使用JsonProvider的库.
F#Data有一个特殊选项用于此目的.您可以在编译DLL时将示例作为资源嵌入 – 这样,类型提供程序将首先查找嵌入式资源(在您分发库之后工作),如果不存在,它将查找本地文件(你需要在编译库时).
看看这是怎么做的in F# Data Toolbox here：
type Response = JsonProvider<"json/bearer_token.json",EmbeddedResource="FSharp.Data.ToolBox.Twitter,bearer_token.json">
嵌入资源设置为in the project file：
<EmbeddedResource Include="json/bearer_token.json"> <Link>json/bearer_token.json</Link> </EmbeddedResource>
我相信JSON和XML提供程序都支持这一点.
