apache,iis,nginx终极大比拼

Question

应火龙果先生的要求，他说我从不在技术区发非技术性的文，今天就破例一次，请大家原谅：话不多说，直接发链接：
http://www.cnblogs.com/Alexander-Lee/archive/2010/06/18/1759853.html

Answer 1

    *
      浅谈Java 7的闭包与Lambda表达式之优劣(1)
    * http://developer.51cto.com  2010-06-13 14:44  赵劼  赵劼blog  我要评论(1)      前几天Oracle推出了Java 7官方的闭包与Lambda表达式的第一个实现，这基本上也是最终在正式版中的样式了。看了这个实现之后，我的第一感觉便是“丑”，后来再仔细看了看又想了想，发现Java 7的实现也并非毫无可取之处，但似乎又感到某些做法上有一些问题。      前几天Oracle 推出了Java 7官方的闭包与Lambda表达式的第一个实现，这基本上也是最终在正式版中的样式了。看了这个实现之后，我的第一感觉便是“丑”，当然不排除这是因为看惯了其他语言中实现的缘故。后来再仔细看了看又想了想，发现Java 7的实现也并非毫无可取之处，但似乎又感到某些做法上有一些问题。总之整个过程颇为有趣，决定将我的想法记录下来，希望可以吸引人来一起讨论一下。      Java 7中的Lambda表达式      Java 7中的Lambda表达式有两种形式，首先是第一种：         1. #int() func1 = #()(3); // "func1.()" returns 3  
         2. #int(int) func2 = #(int x)(x + 1); // "func2.(3)" returns 4  
         3. #int(int, int) func3 = #(int x, int y)(x - y); // "func3.(5, 3)" returns 2       然后是第二种，含义与上面等价：         1. #int() func1 = #(){ return 3; };  
         2. #int(int) func2 = #(int x){ return x + 1; };  
         3. #int(int, int) func3 = #(int x, int y){ return x – y; };       如果Lambda的body是“单个表达式”的话，便可以使用“小括号”，并省去最后的return关键字；如果body中需要包含多条语句的话，则必须使用“大括号”，而大括号内部可以包含多条语句，就像一个普通的方法体一样。这两种写法在C#中也有对应物，如在“单个表达式”的情况下：         1. // C#  
         2. Func<int> func1 = () => 3; // "func1()" returns 3  
         3. Func<int, int> func2 = x => x + 1; // "func2(3)" returns 4   
         4. Func<int, int, int> func3 = (x, y) => x - y; // "func3(5, 3)" returns 2        第二种，即多条语句：         1. // C#  
         2. Func<int> func1 = () => { return 3; };  
         3. Func<int, int> func2 = x => { return x + 1; };  
         4. Func<int, int, int> func3 = (x, y) => { return x – y; };  
         5.        Java和C#的Lambda表达式都由两部分组成：“参数列表”和“表达式体”，但是它们有如下区别：      ◆在Java中参数列表和表达式体之间没有分隔符号，而C#使用“=>”分隔。      ◆对于“单个表达式”的Lambda来说，C#可以无需使用括号包含表达式体，而Java必须使用小括号。      ◆如果只有单个参数，那么C#的参数列表可以省去小括号，而Java必须保留。      ◆C#对参数列表会进行“类型推断”，而Java必须写清参数类型。      这些区别说大可大，说小可小，但是Java语言的设计的确让我感觉较C#为“丑”，这可能是个人主观因素，但我认为也不尽然。例如，如果我们需要对一个用户对象数组按照“年龄”进行排序，在C#里可以写作：         1. // C#  
         2. users.Sort(u => u.Age);  
         3.        而在Java中则必须写为：         1. Arrays.sort(users, #(User u)(u.Age));  
         2.  
         3.          这句C#代码语义清晰：按照“u的Age进行排序”，而在Java代码中便显得比较累赘，语义似乎也不够清晰。Anders在设计C#语法的时候非常注重“声明式”代码，由此可见一斑。此外，我不明白为什么Java选择不对参数进行类型推断，在我看来这对于写出优雅代码十分重要（关于这点，在 “Why Java Sucks and C# Rocks”系列中会有更详细的讨论）。不过Java也不是没有“推断”，例如从上面的代码片断中可以得知，Java对于Lambda表达式的返回值还是进行了类型推断。事实上，Java还推断了“异常类型”，这点稍后会有更多讨论。      当然，Java中可以“无中生有”地定义“匿名函数类型”（这点和VB.NET相对更为接近），而不需要像C#一样需要基于特定的“委托类型”，显得更为灵活。