Scala中「返回」語句的用途？

Question

在Scala中提供return語句是否有任何真正的原因？ （除了更「對Java友好」之外）

Answer 1

忽略嵌套函數，始終可以用沒有返回值的等價計算替換Scala計算。這個結果可以追溯到「結構化編程」的初期，巧妙地稱爲structured program theorem。

使用嵌套函數，情況發生變化。 Scala允許你放置一系列嵌套函數深處的「返回」。當執行返回時，控制從所有嵌套函數跳轉到最裏面的包含方法，並從中返回（假設方法實際上仍在執行，否則拋出異常）。這種堆棧展開可以使用異常完成，但不能通過機械重構計算來完成（可能沒有嵌套函數）。

你實際上想從嵌套函數中返回的最常見原因是打破理解或資源控制塊的必要性。 （一個刻不容緩-理解的身體被轉換到一個嵌套函數，即使它看起來就像一個聲明。）

for(i<- 1 to bezillion; j <- i to bezillion+6){ 
if(expensiveCalculation(i, j)){ 
    return otherExpensiveCalculation(i, j) 
} 

withExpensiveResource(urlForExpensiveResource){ resource => 
// do a bunch of stuff 
if(done) return 
//do a bunch of other stuff 
if(reallyDoneThisTime) return 
//final batch of stuff 
} 

Answer 2

提供它以適應那些將所有控制流路徑安排在該方法的詞彙端聚合困難或麻煩的情況。

雖然Dave Griffith說的確可以消除return的任何使用，但這樣做通常會更迷惑人，而不是簡單地用明顯的return將執行縮短。

請注意，return也是從方法返回的，而不是函數（文字），可能在方法中定義。

Answer 3

我認爲return作爲一個有用的寫命令行式風格的代碼，這通常意味着我的時候/ O代碼。如果你正在做純功能代碼，你不需要（也不應該使用）return。但是對於功能代碼，您可能需要懶惰才能獲得與使用return可以「儘早退出」的命令式代碼相當的性能。

Answer 4

下面是一個例子

這種方法有很多的if-else語句來控制流量，因爲沒有回報（這就是我來了，你可以用你的想象力把它擴大）。我把這個從現實生活中的例子，並修改它是僞代碼（實際上比這更長）：

不退還：

def process(request: Request[RawBuffer]): Result = { 
     if (condition1) { 
     error() 
     } else { 
     val condition2 = doSomethingElse() 
     if (!condition2) { 
      error() 
     } else { 
      val reply = doAnotherThing() 
      if (reply == null) { 
      Logger.warn("Receipt is null. Send bad request") 
      BadRequest("Coudln't receive receipt") 
      } else { 
      reply.hede = initializeHede() 
      if (reply.hede.isGood) { 
       success() 
      } else { 
       error() 
      } 
      } 
     } 
     } 
    } 

有了回報：

def process(request: Request[RawBuffer]): Result = { 
     if (condition1) { 
     return error() 
     } 

     val condition2 = doSomethingElse() 
     if (!condition2) { 
     return error() 
     } 

     val reply = doAnotherThing() 

     if (reply == null) { 
     Logger.warn("Receipt is null. Send bad request") 
     return BadRequest("Coudln't receive receipt") 
     } 

     reply.hede = initializeHede() 
     if (reply.hede.isGood) 
     return success() 

     return error() 
    } 

在我看來，第二個比第一個更可讀，更易於管理。如果不使用返回語句，則縮進深度（格式良好的代碼）深入深入。我不喜歡它:)