来自F#XmlProvider的Typecheck错误FS3033

Question

我一直在使用FSharp.Data中的XmlProvider来生成与XML片段相对应的类型,我将其存储在正在构建的F#项目的源目录中的文件中.

我用文件的路径参数化XmlProvider.然后将此代码编译为DLL.

如果我然后从另一个无法从源目录读取的F#项目引用此程序集的已编译DLL,那么在该项目的编译时我得到错误FS3033'无法从'config_schema.xml'读取示例XML:不能找到(路径)'.

为什么是这样？我的理解是,在编译之后,与XML样本对应的类型是标准的完全成熟类型,这应该是编译后的DLL中的结果.为什么类型的消费者(第二个项目中的代码)仍然需要引用样本进行编译？

Answer 1

这很微妙.当您编译使用类似XmlProvider或删除JsonProviderDLL 的擦除类型提供程序的代码时,编译器实际上不会存储生成的类型.这意味着当您从另一个库引用DLL时,编译器将再次触发类型提供程序 - 即使最终用户代码(库的用户)实际上并未使用类型提供程序.

这意味着类型提供程序需要能够访问示例,即使在编译库并将其分发给用户之后也是如此.

您可以使用相对路径并将样本与库一起复制,但这不是很优雅.我们实际上在F#Data Toolbox中有完全相同的问题,这是一个JsonProvider在封面下使用的库.

F#Data有一个特殊选项用于此目的.您可以在编译DLL时将示例作为资源嵌入 - 这样,类型提供程序将首先查找嵌入式资源(在您分发库之后工作),如果不存在,它将查找本地文件(你需要在编译库时).

type Response = JsonProvider<"json/bearer_token.json", 
  EmbeddedResource="FSharp.Data.Toolbox.Twitter,bearer_token.json">

嵌入资源在项目文件中设置:

<EmbeddedResource Include="json/bearer_token.json">
  <Link>json/bearer_token.json</Link>
</EmbeddedResource>

我相信JSON和XML提供程序都支持这一点.