掀开Scala的糖衣(9) -- function composition
Function composition,顾名思义,就是函数的组合。直接举例:
1 | def sayHi(name: String) = "Hi, " + name |
两个方法,一个说你好,一个说再见。然后我们创建很多个人名:
1 | val names = List("world", "tom", "xiao ming") |
我们希望对List中的每个人都说你好然后说再见:
1 | names.map(sayHi).map(sayBye) |
揭开Scala的糖衣(8) -- pattern matching
Pattern matching是Scala中很好用的一个语言特性。先举一个最简单的例子:
1 | val number = 1 |
这个代码和我们熟悉的switch case看起来很像,其实,这段代码反编译之后和Java的switch case确实就是一样的:
1 | int number = 1; |
但是和Java的switch case不一样的是,Scala的pattern matching作为一个expression是可以evaluate一个值出来的,我们把上面的代码改一下,让doSomething,doSomethingElse和doDefault都返回点东西:
1 | val number = 1 |
剥掉Scala的糖衣(7) -- apply method
apply method是一个很简单的语言特性。如果一个class或者是object有一个主要的方法,那么与其每次显式的调用这个主要的方法,还不如隐式调用。举个例子:
1 | class Kettle { |
一个水壶的主要作用就是烧开水,于是我们每次都要调用boil方法来烧开水:
1 | val kettle: Kettle = new Kettle() |
如果要把它改写成apply method的方式,只需要给boil改个名字就好了:
1 | class Kettle { |
褪去Scala的糖衣(6) -- partial application
这篇博客介绍一下Scala中的partial application,局部应用,或者叫做柯里化。
所谓柯里化就是指把一个接受多个参数的函数的一部分参数写死,剩下的一部分由调用者提供。
用Java代码来表述,大概可以写成这样:
1 | public String greet(String greeting, String name) { |
greet用来给某个不确定的人打个不确定的招呼。
sayHello用来给某个不确定的人说一句固定的Hello。
剥开Scala的糖衣(5) -- lazy
Scala中的lazy关键字是实现延迟加载的好帮手。
在Java中想要做到延迟加载,常规的做法是大抵是这样的:
1 | private String str = null; |
以这种方式来保证web service不会被无谓的重复请求。
C#中则可以使用Lazy of T来实现类似的事:
1 | private Lazy<String> str = new Lazy<string> (() => GetStrFromWebService ()); |
去掉Scala的糖衣(4) -- type aliase
Scala中有一个type关键字,用来给类型或者是操作起别名,用起来很是方便。
比如这样:
1 | type People = List[Person] |
这样就是给List[Person](方括号是Scala的类型参数的写法)声明了一个别名,叫做People。
接下来就可以这样使用它:
1 | def teenagers(people: People): People = { |
Scala中的语言特性是如何实现的(3) -- trait
我在Coursera上跟了一门叫做Functional Programming Principles in Scala的课程,是由Scala的作者Martin Odersky讲授的。其中第三周的作业中使用到了Scala的trait这个语言特性。
我以前熟知的语言都没有类似的特性(Ruby的mixin和Scala的trait很像,但是Ruby我不熟),所以这周的博客就分析一下这个语言特性是如何实现的。
trait
在讲trait的实现机制之前,先看一个使用trait的例子。
假设我们有以下几个类:
1 | abstract class Plant { |
植物家族有玫瑰和杂草。
为什么必须是final的呢?
一个谜团
如果你用过类似guava这种“伪函数式编程”风格的library的话,那下面这种风格的代码对你来说应该不陌生:
1 | public void tryUsingGuava() { |
这段代码对一个字符串的list进行过滤,从中找出长度为4的字符串。看起来很是平常,没什么特别的。
但是,声明expectedLength时用的那个final看起来有点扎眼,把它去掉试试:
error: local variable expectedLength is accessed from within inner class; needs to be declared final
Scala中的语言特性是如何实现的(2)
上篇博文的末尾留了三个问题,现在自问自答一下。
在Scala中被声明为val的v4为什么在反编译的Java中不是final的呢?
在方法中声明局部变量时,如果用Scala的val关键字(或者是Java中的final)来修饰变量,则代表着此变量在赋过初始值之后不可以再被重新赋值。这个val或者final只是给编译器用的,编译器如果发现你给此变量重新赋值会抛出错误。
而bytecode不具备表达一个局部变量是immutable的能力,也就是说对于JVM来说,不存在不可变的局部变量这个概念。所以v4在反编译之后,就和普通的局部变量无异了。
在Scala中被声明为val的v2为什么在反编译的C#中不是readonly的呢?
这是个挺tricky的问题,我试着解释一下。Scala .NET是基于IKVM实现的,IKVM可以把Java bytecode翻译为CIL。
所以Scala编译为CIL的过程实际是这样的:
Scala中的语言特性是如何实现的(1)
Scala可以编译为Java bytecode和CIL,从而在JVM和CLI之上运行。Scala有很多在Java和C#的世界中显得陌生的语言特性,本文将分析这些语言特性是如何实现的。
object
Scala中可以像这样创建object:
1 | object HowIsObjectImplementedInScala { |
然后在代码的其他地方调用printSomething,一个object究竟是什么东西呢?
我们将这段Scala编译为Java bytecode,然后反编译为Java,会发现编译器为HowIsObjectImplementedInScala这个object生成了两个类:
1 | public final class HowIsObjectImplementedInScala |
如何一步一步推导出Y Combinator
本文讲什么?
本文用Scheme(Racket)代码为例,一步一步的推出Y Combinator的实现。
本文不讲什么?
Y Combinator是什么,干什么用的,它为什么能够work,它的数学含义以及实际应用场景,这些话题由于篇幅所限(咳咳,楼主的无知)不在本文论述范围之内。
如果有兴趣,请参考维基: http://en.wikipedia.org/wiki/Fixed-point_combinator#Y_combinator
鸣谢
用豆瓣读书Chrome插件,简单购买电子书
自己动手重新实现LINQ to Objects 12 - DefaultIfEmpty
自己动手重新实现LINQ to Objects 11 - First,Last,Single以及它们带有OrDefault的重载
本文翻译自 Jon Skeet 的系列博文”Edulinq”。
本篇原文地址:
今天我实现了六个操作符,每个操作符都有两个重载。我一开始以为这些操作符的实现会很相似,但是最后发现每个都稍微有些不同…
今天实现了哪些操作符?
以下三个集合的排列 {First, Last, Single}, { 带有 / 不带有 OrDefault }, { 带有 / 不带有谓词
} ,其结果是十二个不同的方法签名:
自己动手重新实现LINQ to Objects 10 - Any和All
自己动手重新实现LINQ to Objects 9 - SelectMany
本文翻译自 Jon Skeet 的系列博文”Edulinq”。
本篇原文地址:
我们接下来要实现的这个操作符是LINQ 中最重要的操作符。大多数(或者是全部?)其他的返回一个序列的操作符都可以通过调用 SelectMany
来实现,这是后话按下不表。现在我们首先来实现它吧。
SelectMany 是什么?
SelectMany 有四个重载,看起来一个比一个吓人:
自己动手重新实现LINQ to Objects 8 - Concat
自己动手重新实现LINQ to Objects 7 - Count和LongCount
本文翻译自 Jon Skeet 的系列博文”Edulinq”。
本篇原文地址:
今天的文章要介绍两个 LINQ 操作符,因为它们实在是太类似了,所以放到一起来讲。 Count 和 LongCount
的实现非常相像,不同的只是方法名,返回值类型和几个变量。
Count 和 LongCount 是什么呢? Count 和 LongCount
各自有两个重载:一个重载接受谓词,另一个不接受。下面是这四个方法的签名:
1 | public static int Count < TSource > (this IEnumerable < TSource > source) |
浅析延迟执行--实现,优点,陷阱以及题外话
上周五在公司内部做了一个小型的sharing,讨论了一些与延迟执行有关的东西。现在把ppt和代码分享出来。如有谬误,请不吝指教 :)
代码在这儿: http://codeformyblog.codeplex.com/SourceControl/changeset/view/62764#1095173
ppt在这儿:
Deferred execution View more presentations from cuipengfei
自己动手重新实现LINQ to Objects 6 - Repeat
本文翻译自 Jon Skeet 的系列博文”Edulinq”。
本篇原文地址:
http://msmvps.com/blogs/jon_skeet/archive/2010/12/24/reimplementing-linq-to-objects-part-6-repeat.aspx本文的主题是个无关紧要的方法, Repeat 。关于 Repeat ,值得讨论的内容比 Empty
还要少。写这篇博文只是为了保证这个系列的完整性。
Repeat 是什么? Repeat 是一个静态的泛型方法,不是扩展方法,它只有一个签名形式:
1 | public static IEnumerable<TResult> Repeat<TResult>(TResult element,int count) |
它返回一个序列,该序列中反复的包含“ count ”个指定的元素,。 Repeat 只需要一个参数校验:检验“ count ”不是负数。
自己动手重新实现LINQ to Objects 5 - Empty
本文翻译自 Jon Skeet 的系列博文”Edulinq”。
本篇原文地址:
http://msmvps.com/blogs/jon_skeet/archive/2010/12/24/reimplementing-linq-to-objects-part-5-empty.aspx这一篇继续讲非扩展方法。这次我们要讲的是 Empty ,它有可能是最简单的 LINQ 操作符了。
Empty 是什么?
Empty
是一个泛型的,静态的方法,它只有一个签名形式,不接受任何参数:
public static IEnumerable
自己动手重新实现LINQ to Objects 4 - Range
本文翻译自 Jon Skeet 的系列博文”Edulinq”。
本篇原文地址:
本篇博文较短,接下来的几篇估计也会比较短。我觉得只有 很相似的几个 LINQ 操作符才适合放到同一篇博文里面,比如 Count 和
LongCount 就比较适合放在一起讲。不过我也要采纳读者的意见,如果你喜欢“肥胖”一点的博文的话,请留言说明。
本文将要讲解 Range 操作符。
Range 操作符是什么?
自己动手重新实现LINQ to Objects 3 - Select
本文翻译自 Jon Skeet 的系列博文”Edulinq”。
本篇原文地址:
距离上次写完本系列博文的 第一篇 和 第二篇 已经有一段日子了,希望接下来的进度会快一些。
现在我给本项目在 Google Code 上建立了源码管理
,现在就无需每篇博文包含一个 zip 文件了。创建项目时,我给它取了个显而易见的名字,叫做 Edulinq 。我修改了代码中的命名空间,而且现在
这一系列博文的 tag 也修改为了
Edulinq 了。好了,闲话少叙 … 我们来开始重新实现 LINQ 吧,这次要实现 Select 操作符。
