Scala等效於Ruby中的ActiveSupport的Object.try

Question

try method是核心Ruby的常見擴展。例如，它在Rails中默認可用。 try只有當它不是nil（Ruby的null）時，纔會在對象上執行一個方法或一段代碼。它的用法有三種形式：

1. 調用非nil對象的方法，並返回結果：
   customer_or_nil.try(:save)。

2. 鏈接的代碼的任意塊中的表達式如果結果到目前爲止不nil：
   obj.try { |non_nil_obj| do_something(non_nil_obj) }。

3. （2）使用不用於可選的處理，但作爲一種方法來繼續鏈狀表達式，其中在步驟n + 1個的方法要求必須根據步驟n的結果而計算出的參數的擴展：
   data.analyze.try { |result| result.compress(optimal_settings(result)) }.save

我在Scala的當量（3）或可替換的Scala成語的，將允許特別感興趣，例如，與此相關的代碼的Apache火花的DataFrame：

val df = ctx.sql("select * from my_table") 
df. 
    repartition(max(1, df.rdd.partitions.size/4)). 
    saveAsTable("repartitioned_table") 

被重構到類似如下（使用Ruby語法）

ctx. 
    sql("select * from my_table"). 
    try { |df| df.repartition(max(1, df.rdd.partitions.size/4)) }. 
    saveAsTable("repartitioned_table") 

重構的目標是通過維持一個單一的方法鏈以提高可讀性和通過保持df限定範圍在步驟減少範圍污染它絕對需要的鏈條。

注：我特別不感興趣的優點和使用Option可選處理的利弊討論，因爲這不是try這個問題涉及的主要用例。

Answer 1

不是在標準庫，而是一個相當於3個很容易寫（try是一個關鍵字，所以改名爲ap（簡稱apply））：

implicit class TryOp[A](x: A) { 
    def ap[B](f: A => B): B = f(x) 
} 

ctx. 
    sql("select * from my_table"). 
    ap { df => df.repartition(max(1, df.rdd.partitions.size/4)) }. 
    saveAsTable("repartitioned_table")