代码之家  ›  专栏  ›  技术社区  ›  Riley Fitzpatrick

如何改进提出问题的编辑器?[迁移]

  •  0
  • Riley Fitzpatrick  · 技术社区  · 7 年前

    我刚刚在读Boost::Spirit LL解析器框架的介绍。前言表明作者和创建者喜欢使用这种解析技术来读入程序选项。Boost没有自己的程序选项库吗?

    我想知道,Boost委员会是否会审查所有图书馆的笔记,寻找共同的主题和风格?似乎每个图书馆的文档都有自己的风格。

    对一款令人惊叹的软件的小小抱怨,我只是觉得很好奇。

    0 回复  |  直到 17 年前
        1
  •  10
  •   Joel de Guzman    16 年前

    简单地说,精神存在于刺激之前。程序选项库。现在,我总是使用Boost。程序选项,而不是使用Spirit手动滚动。

        2
  •  9
  •   Stack Overflow is garbage    17 年前

    你说得对,并不是所有的boost库都特别像boost。Spirit就是一个很好的例子。部分原因是,当它被接受时,其他boost库尚未被接受/足够成熟,Spirit无法使用它们。(这就是为什么有3个Boost库定义了它们的 拥有 (不兼容)占位符值_1、_2等)。

    在大多数情况下,我相信他们正在逐渐将这些奇怪的东西融合在一起。但话说回来,之所以加上“精神”,是因为它是如此巨大和令人印象深刻,以至于它的“不做作”被原谅了

        3
  •  5
  •   jon hanson    17 年前

    精神振奋也许有一天会精神振奋:-)

        4
  •  3
  •   wash    15 年前

    正如乔尔所说,精神号诞生时,我们没有项目选择。Hartmut Kaiser和我(都是Spirit开发者)在工作中使用程序选项,而不是推出我们自己的Spirit解析器。程序选项的作用远不止解析,而且,至少对于我们的需求来说,命令行解析的性能并不重要。对于性能关键型解析,我肯定会使用Spirit。

        5
  •  1
  •   MSalters    17 年前

    没有所谓的“推动式委员会”。ISO的WG21将在通用样式上花费更多的时间,但即使是他们也设法忘记了std::ifstream::ifstream((std::string const&filename)