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")