gpt4 book ai didi

f# - 以编程方式访问 fslex 和 fsyacc

转载 作者:行者123 更新时间:2023-12-04 18:43:33 24 4
gpt4 key购买 nike

fslex 和 fsyacc 工具目前需要 2 阶段编译,生成文件,然后由 fsc 编译。在我看来,如果源文件是嵌入式资源,以编程方式提供给 fslex 和 fsyacc,并且生成的代码使用 CodeDom 即时编译,那么这些工具会更容易使用。

这是否可行,如果可行,实现此操作需要什么?

最佳答案

乔恩,这是一个很好的问题;事实上,我的设计目标之一是 fsharp-tools (F# 的新词法分析器和解析器生成器实现)是为了它们是可嵌入的,专门用于启用这样的场景。

到目前为止,我还没有实现(还)可以让您在 fsharplex 中轻松完成此操作的功能,但不要让它阻止您;我已经以或多或少的纯函数风格编写了 fsharplex(以及 fsharp-tools 中的其他工具),因此全局状态或类似的东西不应该有任何问题。破解编译器代码应该相对简单,因此您可以使用一些组合器构建正则表达式 AST,运行编译器以获取已编译的 DFA,然后将状态机的 IL 发送到动态程序集(然后您可以“烘焙”)并执行)。

fsharpyacc 目前使用的方法是我将大部分编译逻辑放入一个纯函数库 Graham 中;那里的想法是语法分析/操作和解析器 DFA 编译算法应该是通用的、可重用的且易于测试,因此任何想要使用 F# 构建语言工具的人都将拥有一个通用框架来构建它们。同样,对 Graham 的贡献/改进很容易流回到 fsharpyacc。最后,我将修改 fsharplex 以使用相同的方法,这将允许您通过引用 NuGet 包将正则表达式编译器嵌入到您自己的代码中(您只需要编写代码以从 DFA 生成 IL)。

fsharplex 和 fsharpyacc 使用 MEF 来允许插入各种后端;目前,他们只针对 fslexfsyacc出于兼容性原因,但我想实现基于代码的后端(而不是当前基于表的后端)以在 future 获得更好的性能。

更新 - 我刚刚重新阅读了您的问题,并注意到您想嵌入 *.fsl*.fsy文件本身并在运行时调用相应的编译器。您可以通过编译工具并从您自己的项目中引用程序集来完成此操作。 IIRC,我在两个编译器中公开了一个入口点,以便可以从外部代码调用它们;主要入口点(例如,从控制台调用工具时执行的内容)只是解析命令行参数,然后将它们传递到这个“外部”入口点。

直接嵌入 *.fsl 存在一个问题和 *.fsy文件虽然;如果您嵌入它们,然后在运行时通过 fsharplex 和 fsharpyacc 运行它们,您的用户定义操作(例如,匹配词法分析器或解析器规则时执行的代码)仍将被指定为 F# 源代码——您会需要决定如何将它们编译成可执行代码。

关于f# - 以编程方式访问 fslex 和 fsyacc,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19193511/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com