奇技淫巧？

谢谢ls:)

我想ajoo的意思是在这样功能里引入PropertyUtils这样的第三方工具包没有必要。但是java自己的类库里也早就有对bean操作的支持，我想引入这个应该不会有什么问题吧。
代码如下：

import java.beans.PropertyDescriptor;
import java.lang.reflect.Method;

public class Aggregation 
{
    public static double sum(Object[] arr,String property)
    {
        try
        {
            double sum = 0;
            Class clazz = arr[0].getClass();
            PropertyDescriptor pd = new PropertyDescriptor(property,clazz);
            Method accessor = pd.getReadMethod();
            
            for(int i=0;i<arr.length;i++)
            {
                sum += (Double)accessor.invoke(arr[i], null);
            }
            
            return sum;
        }
        catch(Exception e)
        {
            return Double.NaN;
        }
    }

}

我的意思主要是通过字符串影响重构功能（如果你用eclipse的话）

重构的时候可以选择，“update textual matches in comments and strings(force preview)”，做这么多如果只是为了重构，有点得不偿失。ruby不能重构吧。
另外，如果想要达到ruby的效果，只能采用弱类型，用beanutils把bean property 放到hashmap里面是同样的效果。

至于把简单的东西复杂化吗？
如果有那个时间，为什么不去搞复杂的东西？

曾经有一个书法老师说，笔画越少的字，越难写好。

程序大概也是如此。越是简单的逻辑，想要找出最优的方案也就更难。当人了我是说对于某一个人来说。

我比较同意三楼的观点

我的疑惑就是这些技巧所带来的好处和这些技巧对于入门难度的影响

哪个更大一些

不错，学习了~

说实话 Dy那个什么proxy十分的丑陋,是我见过的最丑的东西之一. 而且proxy这个词又十分含糊，鬼知道这里突然出现这个proxy，是什么原因什么由来，是不是天外又飞仙了？

这种需求,反射是我马上能想到的东西,

个人觉得EastSun的代码,兼顾的简洁和易读二者的平衡.LZ那个代码换个人,估计就得浪费一个早上去看堆资料,而且行数比反射只多不少.

那种感觉,真的就象柳永的词,卖弄的成分多,实用的成分少.

不是每个人都能卖弄滴吧