簡體   English   中英

Play2 Framework / Scala:動作組成

[英]Play2 Framework/Scala: Action composition

Play2 Framework的文檔建議構建一個新的動作,如下所示:

class UserRequest[A](val user: Option[User], request: Request[A]) extends WrappedRequest[A](request)

object AuthAction extends ActionBuilder[UserRequest] {
  def invokeBlock[A](request: Request[A], block: (UserRequest[A]) => Future[Result]) = {
    val user = User(some data...)
    block(new UserRequest(Some(user),request))
  }
}

現在,我找到了一個完全不同的博客。 請在這里查看: http : //bryangilbert.com/code/2013/07/05/action-composition-auth/

看看塊。

def FacebookAuthenticated(f: FacebookAuthenticatedRequest => Result) = {
    Action { request => .....

而不是使用ActionBuilder,而是定義了一個僅在內部使用Action的獨立函數。 對我來說,博客中的Action組合看起來更方便。 此外,它還可以將參數傳遞給新功能。

現在我的問題是:擴展ActionBuilder而不是在博客中使用該技術是否有任何優勢?

當您涵蓋進行異步操作( Request => Future[Result] )然后接受不同的正文解析器( BodyParser[T] => Request[T] => Future[Result] )的可能性時,您可能會得到一些結果和ActionBuilder一樣復雜。

您可能最終還會得到一種語法,以涵蓋所有與動作生成器完全一樣或完全不同的情況,這可能會使其他開發人員感到困惑,但這可能不是一個大問題。

如果您的需求既簡單又總是相同,而沒有正文解析器的ResultFuture[Result] ,則可能很適合您。 如果您進一步研究發現一些問題,那么使用ActionBuilder可能會ActionBuilder很多工作。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM