从编程看出道家思想

最近小弟一直在想啊,强类型语言好那,还是弱类型语言好,从个人感情上而 言,小弟最初学的是JAVA(其实应该是C,没学好不敢说自己学过呵呵~),后来又学了C#,都是强类型语言,后来工作了,因为需要,“被逼”学了js。  

小弟有想,强类型语言就像石头,它是什么样子就是什么样子的,你要改变它必须花点力气,例如:我们把一个学生实体强转成老师实体是肯定不行的,但小弟有在想啊,我以前有个兄弟读大学的时候是学生,毕业了后留校当了老师了,那我们用程序怎么实现那?按强类型方式:

老师类.姓名 = 学生类.姓名

老师类.性别 = 学生类.性别

。。。。。。

对它们一一的装箱拆箱,这样很严谨。

后来啊,我们发现如果属性一多,这样搞不是办法啊,微软给了我们一个扩展方法CopyFrom,在Java里也给我们了一个方法BeanUtils,真的方便不少。但我们不难看出啊,CopyFrom是Object的一个扩展,它接受的参数也是Object,而Beanutils的二个参数也是Object。要是有人说Object是强类型,恐怕太牵强了吧。那为什么要用Object那?为什么所有的类,最终的基类都是Object那?

突然想起有人说, CopyFrom或者Beanutils消耗性能,是啊,明显类型之间的参数复制是用反射机制。哎~,然后小弟做了下测试,发现这样的上万的转换也在毫秒级之间,但好处多多啊,难怪很多流行框架都想放设法模糊类型,有强化类型。在程序里弱化类型,在配置文件里强化类型。真是刚柔并济啊。如此的弱化类型是不是类似于道家的无为(我不去做任何类型的强转或者控制,以及装箱拆箱,我只是告诉他你只要这样放就行了,但在这样做之前可能有人为你做了很多)——说明下道家的无为不是真的什么都不做,而是顺其自然,合乎规律的做,不搞吓折腾,什么是吓折腾那?(例如:现实开发中,产品部的老大们告诉你现在有点小的属性要改下,或扩展几个属性,然后你把数据库里添上字段,然后那,我们在实体里添加字段,随后我们在N多代码里在添加上装箱和拆箱的工作,或者告诉你在这类功能前我们要添加一个功能,我们写完这个功能,很辛苦的在每个类似的功能里把调用的代码加上,突然产品部说,客户不需要这些了,很郁闷的一个个把代码去掉,当然有版本控制器可以帮你)。

同时我们可以看出,Object其实是一种”自然规律“的外在表现,对象总是存储在内存里的,CopyFrom也好Beanutils也罢,它们的巧妙实现,都是在附和这个"自然规律",只是在“无为”的中建立了一定的有为。

在谈下什么叫“顺其自然,合乎规律”

人的吃喝拉撒是顺其自然,生老病死是顺其自然。违背自然也行,例如:我们把男人变成女人,行啊,这种“类型转换”现在的医学技术能够做到,也就是割了小JJ吗?隆个胸吗?操作步骤多麻烦啊?而且医生经常还可能发生错误,或者达不到顾客需求而反复做手术。但自然选择你发育成男胚胎则生男,发育成女胚胎则生女何其简单,何其自然,但这简单和自然之间,有无穷的复杂(CopyFrom中要写比装箱拆箱可能更多的代码,何况它本身也是一种装箱拆箱)。同时我们还能够看到,做变性手术后的“类型强转”未必完美(变性人有生育能力吗?好比装箱拆箱总是无法做到不动代码而实现),而自然人那(基本上完美无缺,有缺陷的可能是因为老天爷有遗漏的Exception未处理。好比CopyFrom总是能够在不断的扩展中满足需要,而无需动手术)。从程序角度看,我们手动的装箱和拆箱是不是一种强制的变性手术那?而CopyFrom是一种合乎自然的规律。这样的说法可能有点牵强,你可以把它看成原本就存在的规律,它好比女人的子宫,二个Object是精子和卵子,谁获得父亲的基因更多,或者母亲的基因更多,取决于你这个上帝把Object放置的位置,至于是“男”是女吗?看你怎么定义实体的。在做装箱拆箱的时候,你充其量是个蹩脚的变性手术大夫,而且怎么整可能还不取决于你,可能你要多次动手术,才能够满足客户的需求,而你用CopyFrom那你就是上帝,你想让“他”或“她”像母亲一样的女人,或者想父亲一样的男人,都取决于你,无论“他”父母是谁,你只需要运用你制定的“自然规律”就行。你愿意当上帝还是蹩脚的变性手术大夫那?

道家还说:"刚者折,而柔者存"

在刚入行前,小弟公司的产品部把设计完的需求直接发给我们编码,小公司没有系统分析师,需求吗肯定有纰漏,小弟还没写代码,就告诉小弟这个有点变化,然后小弟很爽气的和他说,不要紧你说吧。后来,我在编码过程中有和我说,有变化,小弟略带无奈的说,你说吧。最后,等小弟完成了该工作项后,有和小弟说有变化,小弟极度无奈的说,说吧。大家可以看出小弟何其”痛苦“啊(相比大家都会有这样的遭遇),小弟过去写代码很严谨,该怎么样就怎么样,结果还是玩不过产品部的老大们,只能向天长叹,无尽的需求啊!~,然后,小弟冥思苦想,Spring给小弟一个启蒙,小弟的JSON进阶六-自动组装 中的JsonSerializer也是为了对付产品部的老大们而搞的,类似的编码,在C#里和JAVA里估计完成需要更多的代码,而JS可能很少。

例如我们写个JS的CopyFrom或Beanutils

function Beanutils(obj1,obj2){

     for(var key in obj1){

        obj1[key] = obj2[key];

     }

}

简单的几句代码,这个就是弱类型语言的好处,从微软的var到Ruby的出现可见,弱类型语言更有生命力,是不是很合乎 "刚者折,而柔者存"的道理,但也可以看出强类型语言中弱化类型的写法,性能上降低了,但可重用性,可维护性提高了,当然我们也需要明确一些东西,刚柔并济,才能屹立不倒啊!

水的特性是置于方则方,置于圆则圆(你让我成为啥就是啥),弱化类型是不是像水?程序里用这样的“水",正合乎了:“上善若水,水利万物”啊!

 小弟拙见(只当娱乐大众哈哈~),望众高人多多指教啊~

posted @ 2009-03-03 02:33  KangC  阅读(2678)  评论(20编辑  收藏  举报