设为首页收藏本站

LUPA开源社区

 找回密码
 注册
文章 帖子 博客
LUPA开源社区 首页 业界资讯 开源资讯 查看内容

Scala比Java还快?

2014-6-27 11:22| 发布者: joejoe0332| 查看: 8307| 评论: 0|原作者: --zxp, GoodLoser, xlf_cj, 0x0bject, AndyLam|来自: oschina

摘要: 通常Scala被认为比Java要慢,特别是用于函数式编程时。本文会解释为什么这个被广泛接受的假设是错误的。


  校验与分解


  JSR 303不处理数据的整理与分解。 他只是对类实例的校验。出于测试目的,我使用Jackson来将Json数据分解为类实例。但问题是,校验时分解的一部分。我们很难在没有检查JSon结构前提下将JSON树转化为类实例。 "age"属性存在吗?它是Integer类型的吗?

考虑到这点,Java 工作流看起来很奇怪。当处理Json时你实际上需要处理3中类型的错误:


  • Json数据不是结构良好的。

  • Json是有效的,但不是你想要的结构(例如,少了属性,类型不匹配等等)

  • 没有满足你定义的约束


  JSR-303仅仅帮助你处理后者。


  这个AIP同样强制你直接使用不合法的实例。我认为如果一个类实例不合法,你最初就不应该创建它。


  难以扩展API


  Hibernate校验程序需要手动添加一些列校验规则(如邮件,长度,非空等)。那如果你需要创建新的校验约束条件(比如从hibernate文档中的例子),你该怎么办?

01@Target( { METHOD, FIELD, ANNOTATION_TYPE })
02@Retention(RUNTIME)
03@Constraint(validatedBy = CheckCaseValidator.class)
04@Documented
05public @interface CheckCase {
06  String message() default "{com.mycompany.constraints.checkcase}";
07  Class<?>[] groups() default {};
08  Class<? extends Payload>[] payload() default {};
09  CaseMode value();
10}
11 
12public class CheckCaseValidator implements ConstraintValidator<CheckCase, String> {
13 
14  private CaseMode caseMode;
15 
16  public void initialize(CheckCase constraintAnnotation) {
17      this.caseMode = constraintAnnotation.value();
18  }
19 
20  public boolean isValid(String object, ConstraintValidatorContext constraintContext) {
21   if (object == null)
22       return true;
23    
24   if (caseMode == CaseMode.UPPER)
25       return object.equals(object.toUpperCase());
26   else
27       return object.equals(object.toLowerCase());
28  }
29 
30}


  那是大约 25 行代码。21 行基本上是固定的,所谓纯“仪式性”的。有趣的部分仅仅是:


1if (caseMode == CaseMode.UPPER)
2    return object.equals(object.toUpperCase());
3else
4    return object.equals(object.toLowerCase());


  我们如何使用统一的校验API进行扩展相同的内容呢?

1def checkCase(caseMode: CaseMode) = validateWith("constraints.checkcase") { (s: String) =>
2   if (caseMode == CaseMode.UPPER)
3      s == s.toUpperCase
4   else
5      s == s.toLowerCase
6}


  是的,这里只有6行代码。我有自信任何人都可以理解它。


Scala福利: 易于并行

  作为一个小福利,既然Scala API只是用不可变的数据结构,那么它就是线程安全的。Scala 提供并行集合。让我们花5分钟改一些最初的代码,我提出了一个发挥我多核处理器最大性能的版本。


  时间校验API测定Hibernate validator的基准点 - invalids Hibernate validator Unified - invalids Unified Unified w/ par - invalids Unified w/ par 5000 6000 7000 8000 9000 10000 0k 1k 2k 3k 4k 5k Highcharts.com


  这一版本比Java的快了5倍。


结论


  我认为这篇文章的观点相当明显。当提到选择一个库或者一门语言时,基准测试毫无用处。一个正确实现的算法总是能被优化。一个失败的实现就是失败了。


  这一特殊的实例证明即使Scala有一些开销,但是它优秀的设计使得创建一些相比Java不仅简单而且高效的库称为可能。


  你可以阅读 这篇文章 来了解更多关于unified API或者从这里检出代码.


  现在,如果你有一个min规则,一个max规则,我想创建一个between规则,该怎么做?这很简单,规则组合。


1def between(lower: Int, upper: Int) = min(lower) |+| max(upper)


  然而在Java中呢?好吧,我连写这些代码都不想写。这肯定会冗长并且乏味。


酷毙

雷人

鲜花

鸡蛋

漂亮
  • 快毕业了,没工作经验,
    找份工作好难啊?
    赶紧去人才芯片公司磨练吧!!

最新评论

关于LUPA|人才芯片工程|人才招聘|LUPA认证|LUPA教育|LUPA开源社区 ( 浙B2-20090187 浙公网安备 33010602006705号   

返回顶部