Question

是否存在应用一系列业务规则的惯用解决方案，例如，来自传入的JSON请求。 “传统的”Java方法非常if-then强烈，Scala必须提供更好的解决方案。

我已经尝试了一些模式匹配，但还没有真正想出一个效果很好的模式。（总是，我最终得到了荒谬的嵌套match陈述......

这是我正在尝试做的一个荒谬简单的例子：

if (dateTime.isDefined) {
    if (d == None)
        // valid, continue
    if (d.getMillis > new DateTime().getMillis)
        // invalid, fail w/ date format message
    else
    if (d.getMillis < new DateTime(1970).getMillis)
        // invalid, fail w/ date format message
    else
        // valid, continue
} else
    // valid, continue

if (nextItem.isDefined) {
    // ...
}

我想也许是一种使用一系列链式Try()的方法......但似乎这种模式必须存在。

Answer 1

你的意思是这样吗？

def test(dateTime: Option[DateTime], nextItem: Option[String]) {
  (dateTime, nextItem) match {
    case (Some(time), _) if time.getMillis > new DateTime().getMillis =>
      //do something
    case (Some(time), _) if time.getMillis > new DateTime(1970).getMillis =>
      //do something
    case (Some(time), _) =>
      //do something else
    case (None, Some(next)) =>
      //do something else
  }
}

当然，您也可以使用选项

进行理解

val dateTime: Option[DateTime] =
  for {
    date <- getDate()
    time <- getTime()
  } yield new DateTime(date, time)

test(dateTime, nextItem)

链接trys的方法有很多种这是一个

def validate[A](elem: A): Try[Unit] = {
  ???
}

def test[A](thingsToValidate: Iterable[A]): Try[Unit] = {
  thingsToValidate.view // view makes the whole thing lazy
    .map {              // so we don't validate more than necessary
      case elem: String => validateString(elem)
      case elem: Int => validateInt(elem)
    }.find(_.isFailure)
    .getOrElse(Success(Unit))
}

如果事物的数量是固定的，你也可以使用for comprehension

def test(a: String, b: String, c: String): Try[Unit] = {
  for {
    _ <- validate(a)
    _ <- validate(b)
    _ <- validate(c)
  } yield(Unit)
}

或使用例外

def test(a: String, b: String, c: String): Try[Unit] = {
  try {
    validate(a).get
    validate(b).get
    validate(c).get
    Success(Unit)
  } catch {
    case e: Throwable => Failure(e)
  } 
}

Answer 2

有很多方法可以做到这一点。根据条件和采取的行动，有不同的设计模式可供遵循。

对于您在示例中概述的大纲，模式匹配可能是重写代码的最佳方式。

您的问题中的问题是Scala中没有真正的惯用语。您需要以完全不同的方式处理问题，因为以这种方式评估一系列条件在Scala中被认为是低效和直接的。

什么是基于规则的验证的Scala惯用方法

2 个答案: