解析 – Scala Parser有时会跳过空格,有时却不会

我有一个工作的 Scala解析器,但解决方案并不像我想的那样干净.问题是某些产品必须将空格视为令牌的一部分,但“更高级别”的产品应该能够忽略/跳过空白.

如果我使用扩展低级解析器的典型scala解析器模式,那么skipWhitespace设置将被继承,并且事情会很快变得混乱.

我想我最好不使用extends方法,而是在更高级别的解析器类中有一个低级解析器的实例 – 但是我不确定如何使这个工作,这样每个实例都会看到只有一个输入字符流.

这是最低级解析器的一部分 –

class VulgarFractionParser extends RegexParsers  {
  override type Elem = Char

 override val whiteSpace = "".r

然后我就像那样延伸

class NumberParser extends VulgarFractionParser with Positional {

但是在这一点上,NumberParser必须像FractionParser一样显式处理空格.对于NumberParser,它仍然非常容易管理 – 但是在下一级别我真的希望能够定义使用空格作为分隔符的制作,就像普通的regexParser一样.

一个例子是:

IBM 33.33/ 1200.00
or
IBM 33.33/33.50 1200.00

第二个值有时有两个部分用“/”分隔,有时只有一个部分在斜线后面没有任何内容(甚至根本不包含斜杠).

def bidOrAskPrice = ("$"?) ~> (bidOrAskPrice1 | bidOrAskPrice2 | bidOrAskPrice3) 

   def bidOrAskPrice1 = number ~ ("/".r) ~ number ~ (SPACES) ^^ { 
     case a ~ slash ~ b ~ sp1    => BidOrAsk(a,Some(b))
  }
  def bidOrAskPrice2 = (number ~ "/" ~ (SPACES)) ^^ { case a ~ slash ~ sp => BidOrAsk(a,None) }
   def bidOrAskPrice3 = (number ~ (SPACES?)) ^^ { case a ~ sp => BidOrAsk(a,None)}

解决方法

将第一个解析器转换为令牌解析器(实际上是词法分析器)并使第二个解析器读取而不是普通的Char是不是更有意义?

相关文章

共收录Twitter的14款开源软件,第1页Twitter的Emoji表情 Tw...
Java和Scala中关于==的区别Java:==比较两个变量本身的值,即...
本篇内容主要讲解“Scala怎么使用”,感兴趣的朋友不妨来看看...
这篇文章主要介绍“Scala是一种什么语言”,在日常操作中,相...
这篇文章主要介绍“Scala Trait怎么使用”,在日常操作中,相...
这篇文章主要介绍“Scala类型检查与模式匹配怎么使用”,在日...