scala语言学习之Option

前两天看到有篇关于Option的小文章,上面引用NullPointer的发明人C.A.R. Hoare老先生说的一句话:空引用是一个“十亿美元的错误”(http://en.wikipedia.org/wiki/Null_pointer#Null_pointer)。

 

当时以为这里主要说的是返回值为空时会导致出现空指针异常,而返回值如果用Option包一下,就总会返回一个对象,再也不会返回空引用了,也不会有NullPointerException了。这种认识没有错,不过直到今晚看play框架的初始化代码,才清楚认识到Option到底有什么用处,到底如何能节省“10亿美元”。

 

play框架初始化时会根据配置创建一个NettyServer,过程如下:

 

  def main(args: Array[String]) {
    args.headOption.orElse(
      Option(System.getProperty("user.dir"))).map(new File(_)).filter(p => p.exists && p.isDirectory).map { applicationPath =>
        createServer(applicationPath).getOrElse(System.exit(-1))
      }.getOrElse {
        println("Not a valid Play application")
      }
  }

 初看有点晕,这么长的一串,又是map,又是filter,还不断有orElse,getOrElse,搞不懂到底是什么意思。只好回过头来先研究下Option的代码:

 

 @inline final def getOrElse[B >: A](default: => B): B =
    if (isEmpty) default else this.get

 可以看出,getOrElse的意思是,如果Option为空,就返回参数的值,否则返回Option的值。顺便插一句,这里的参数值类型前有个“=>”,是延后求值的,就是所谓的call-by-name参数:如果Option不为空,参数根本就不会求值。看到这里,想起了我们产品代码中一堆如下java代码:

 

if (log.isDebugEnabled())
{
    log.debug("plaplapla");
}

 如果用scala,把log.debug的参数定义为call-by-name的参数,就只有一行搞定。C++中的做法是定义一个宏,也是很难看的解决方案。

 

再看map:

 

  @inline final def map[B](f: A => B): Option[B] =
    if (isEmpty) None else Some(f(this.get))

 如果Option为空,返回空Option,否则返回经过函数f映射后的Option。这里的None和Some是Option的子类,分别代表没有和有。

 

filter类似:

 

  @inline final def filter(p: A => Boolean): Option[A] =
    if (isEmpty || p(this.get)) this else None

 如果为空,或者p函数返回false,返回空Option,否则返回自己。

 

再回过头看最初的5行代码,立刻感觉到Option的巨大优势了:做了这么多参数准备和验证,又是判断空,又是判断文件是否存在以及是否为目录,居然没有任何if语句!没有if else的一个副作用是错误处理也非常优雅。这段代码如果用java写的话,大概是这样子的:

 

public static void main(String[] args) {
    String dir = null;
    if (args.length == 1)
      dir = args[0];
    else
      dir = System.getProperty("user.dir");

    if (dir != null)
    {
      File f = new File(dir);
      if (f.exists() && f.isDirectory())
      {
         NettyServer server = createServer(f);
         if (server == null)
            System.exit(-1);
      }
      else
    	  System.out.println("not a valid play application");
    }
    else
       System.out.println("xxxx");
 }

 代码行长短先不说,以前感觉这种java代码逻辑很清晰,现在却觉得这些if else这么别扭,错误处理这么难受。

 

再回过头来看scala的其他代码,发现基本上没有if语句。这种感觉有点像前两天刚刚开始用erlang的时候,发现erlang代码中几乎没有if语句一样,最初极其别扭,发现不会写程序了,不过很快,就是用case语句爽得很了。

 

看了scala,不想写java了。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值