【问题标题】:How to early return in Scala [duplicate]如何在Scala中提前返回[重复]
【发布时间】:2016-12-14 12:06:15
【问题描述】:

我现在正在学习 Scala。我喜欢做的一件事是提前返回。我相信这对每个人来说都更容易阅读,因为我们之前只是删除了无效状态。现在,由于 Scala 是一种函数式语言,而且我已经读到切割计算是不好的函数式风格,我想知道是否有一些技巧或函数式编程相当于提前返回。

这是我要写的代码,完全清楚,这只是一个愚蠢的例子,我不是在寻找我的特殊情况的特殊黑客,而是更多关于如何处理这些的一般建议。

if (request.headers.get(session_header).isEmpty) {
  BadRequest(session_not_set)
} else {
  Ok(CartHelper.getCart(session, user))
}

现在,我想做的是:

if (request.headers.get(session_header).isEmpty) {
  BadRequest(session_not_set)
  return;
}

Ok(CartHelper.getCart(session,user))

如果你对我有任何提示!

【问题讨论】:

  • 您遇到的错误是因为您试图在匿名函数中使用return(在 Play Action 中),它从整个方法而不是匿名函数返回。在这种情况下,不可能做你想做的事,但我也鼓励你阅读上面的文章,因为提前返回不是好的做法。
  • 当用if ... else ... 替换它时,通常会使用提前返回,最终会出现大小差异很大的子句。简单的解决方案是将较大的移到单独的方法中。
  • 只是为了复制:正如我在我的帖子中解释的那样,这只是一个愚蠢的例子,它与游戏无关,它是一个一般的如何或更多不提前返回 Scala/Functional编程

标签: scala functional-programming


【解决方案1】:

在某些情况下,return 关键字是不可避免的,但您目前似乎没有遇到这个问题。

场景 1:单一条件场景,您当前的场景。在这种情况下,您可以避免将return 与非常简单的if else 一起使用。

def doSomething: AnyContent = {
  if (request.headers.get(session_header).isEmpty) {
    BadRequest(session_not_set)
  } else {
    Ok(CartHelper.getCart(session,user))
  }
}

如果会话未设置是一个常见问题,您可以简单地使用偏函数来保护它。

def requireSession(req: Request)(
   pf: Session => AnyContent
): AnyContent = {
   request.headers.get(session_header)
     .fold(BadRequest("Session not set"))(pf(_))
}

然后:

// Assuming Play framework being used here
def getCart: AnyContent = Action { implicit req =>
  requireSession(req) { session => Ok(CartHelper.getCart(session, user) }
}

场景2:使用return打破循环,或者所谓的提前return,通常是一个性能提升元素。

在 Scala 中,return 的一个显然有效的用法似乎是不可避免的,即您正在迭代一个集合以获取第一个东西。显然,您可以使用 collection.find 和标准库中预构建的其他辅助方法为您抽象出来,但为了争论。

def inList[T](l: List[T], value: T): Boolean = {
  for (el <- l) {
    // break the loop for the first match found
    // for the sake of efficiency.
    if (el == value) return true;
  }
  false;
}

即使在这种情况下,return 也是可以避免的,通过使用不同的构造,并且总有一个递归版本可以用来替换 dan 迭代中显然不可能的 return

【讨论】:

  • 可以总是避免使用returntpolecat.github.io/2014/05/09/return.html
  • 我同意,我知道你所指的帖子,这只是更适合刚接触 Scala 的人。
  • 场景 2:如果不适合 find 或简单的 while 循环,则进行尾递归。从map/flatMap 返回总是一件坏事(这就是for 转换为的内容)。
  • 对于场景 1 的第一部分,这是我现在所拥有的,这是一个观点问题,但在我看来,拥有 else 比提前返回更难阅读,因此我原来的问题。我认为编码的艺术是为你的同事编写代码,而不是为计算机编写代码。这就是说,我真的很喜欢该场景的第二部分,它看起来干净而实用。你能试着进一步解释一下implicit 在这里的作用是什么吗?我很难理解这一点,为什么我不能把Action { req =&gt;...
  • @MartinGOYOT 这是因为 Play 使用范围内的请求对象来传递一堆不同的属性,例如 Messages 实例等。当您将请求设为隐式时,在 Action 块内任何使用 def fn()(implicit req :Req) 的东西现在都可以访问该请求对象,并且 play 只是在内部使用它。不用输入Messages.preferred(req),您可以简单地使用Messages("my.title") 之类的东西,在内部可能看起来像def apply(str: String)(implicit req: Req) = Messages.preferred(req).find(str)。希望这会有所帮助。
猜你喜欢
  • 1970-01-01
  • 2022-01-27
  • 2017-10-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-03-20
  • 1970-01-01
相关资源
最近更新 更多