fortran - Fortran 中的嵌套名单

Question

namelist 是一种有用的 fortran 结构，可以从文件中快速初始化变量。 namelist 有一个名称并包含一组具有已知类型的变量。这使得它类似于 type 结构。

通常情况下，给程序或子例程的参数最好不要组织为列表，而是组织为层次结构，如菜单界面。像 type, extends(simple)::advanced 这样的扩展类型似乎很好地表示了这种层次结构。

但是，使用 namelist 构造读取此数据表示似乎很尴尬，因为最终可能会得到非常长的此类名称列表

&options
 very_long_option_X   =  1,
 very_long_option_Y   =  2,
 long_option_B%long_descriptive_name_a = 10,
 long_option_B%long_descriptive_name_b = 20,
 long_option_D%long_suboption_DD%long_descriptive_name_a = 300,
 long_option_D%long_suboption_DD%long_descriptive_name_b = 400,
 long_option_D%long_suboption_DD%long_descriptive_name_c = 500,
/

很多人会说这不理想，他们宁愿选择

&options
   very_long_option_X   =  1,
   very_long_option_Y   =  2,
   &long_option_B
      long_descriptive_name_a = 10,
      long_descriptive_name_b = 20
   /
   &long_option_D
      &long_suboption_DD
         long_descriptive_name_a = 300,
         long_descriptive_name_b = 400,
         long_descriptive_name_c = 500
      /
   /
/

因此想请教一下，读取这种数据结构有什么好的方法。你如何处理这种情况？

Answer 1

配置文件实际上是一个经常实现自定义语言或至少是自定义语法解析器的区域。不仅 Fortran 程序员，而且(或主要)许多其他语言的程序员。

基本上，一个人勾勒出一个配置文件应该遵循的语法，然后手工为这样的语法编写一个解析器，通常是作为一个递归下降解析器，由使用语法的各种元素的递归函数组成，或者作为一个状态机并定义状态之间的转换。如果想避免手动路由，可以使用解析器生成器(例如 ANTLR)或解析器组合器。这些工具通常不以 Fortran 为目标。然而，在 github.com 上搜索会发现一些最近的 parser generators for Fortran !

几年前，当我需要 Fortran 中的配置文件解析器时，我采用了手动递归下降的方式。我的拙劣尝试可以在https://bitbucket.org/LadaF/elmm/src/master/src/strings.f90中的ParseTrees模块中找到。但它远非完美。我只是为了说明而展示它。它读取像 https://bitbucket.org/LadaF/elmm/src/master/examples/DIPLOS/area_sources.conf 这样的配置文件.

当然可以使用 JSON 等通用格式的库(还有 Fortran 实现，例如 https://github.com/jacobwilliams/json-fortran )，但您必须遵循它们的格式规范。例如，JSON 不允许评论，这对我来说是禁忌。

无论您选择哪种高级方法，您都将负责将数据从已解析的语法树转换为您的数据结构。 AFAIAA，没有任何工具可以为您做到这一点。这就是标准名单真正闪耀的方面。