首页 > 解决方案 > Play Framework:验证成功时访问表单

问题描述

我在 Play 2.6 中有一个表单提交,其中大多数验证无法预先执行。Web 应用程序将提交的表单数据发送到另一个项目的后端,对于大多数用户错误,这将引发 GrammarException。如何将错误消息和原始表单值传播回视图

这类似于在折叠调用中验证失败时如何访问我的表单属性?,但我需要成功的表单值。

form.bindFromRequest().fold(
  formWithErrors => {
    BadRequest(myView(newForm = formWithErrors)(request))
  },
  data => try {
    val results = MyBackend.build(data) // time-consuming
    Ok(views.html.myView(results)
  } catch { // catches most user errors
    case e: GrammarException =>
      val submittedForm = ....? //
      val formWithErrors = submittedForm.withGlobalError(e.getMessage)
      BadRequest(myView(newForm = formWithErrors)(request))
  }
)

标签: scalaplayframework

解决方案


我建议try/catch在处理对另一个组件(模型、api 等)的调用时不要在代码中使用,原因如下:

尽可能多地编写并发代码Future:在 Scala/Play 中,我们拥有可以用来编写并发代码的美妙世界。不需要“捕捉”任何东西,我们宁愿使用recover,当方法具有Future某物(例如,Future[Unit])时。所以尽量写并发代码。Try/catch 是类似 Java 的代码,它可能会造成对问题所在的误解;这让我想到了下一点。

关注点分离会发生什么?:如果我在控制器中尝试/捕获,例如,当我在模型中调用/使用方法时,事实是controller错误处理model错误吗?为什么?如果模型有错误,控制器是否应该知道它的确切类型?或者控制器应该只知道有错误(哪种类型不属于他/她的业务),并返回InternalServerError对视图的响应,例如;或BadRequesst

以下代码调用模型/后端,映射返回结果,如果出现错误,它将恢复Future到 a BadRequest

form.bindFromRequest().fold(
  formWithErrors => {
    BadRequest(myView(formWithErrors)(request))
  },
  givenData =>  
    MyBackend.build(data).map{
      _ => Ok(views.html.myView(results) //When case is successful
    }.recover{ 
    //Any other exception that may occur while calling the other components other than the controller.
   case _       => {
      val formWithErrors = ??? 
      BadRequest(FormWithErrors)
   } 
   //Could build on that if you want to match an exact exception like GrammerException
  }
} 

上述方法的好处:

并发和关注点分离:已经解释了原因。

扩展到多个调用:稍后,如果您有新的约束,您仍然可以使用上述方法flatMap用于外部调用和map内部调用,并映射到它们的成功和失败。

更多异常:如果您需要了解确切的异常并向视图提供最佳错误/警告消息,您可以在recover块内扩展更多类型。exception


推荐阅读