动态？不动态？

   这两天一直在看那本著名的Ruby on Rail的经典书籍《应用Rails进行敏捷Web开发》，有感Rail提供的框架，和Ruby的动态语言的优越性，自己也在一点点的思考着java，当然了很多时候都是自己胡思乱想了。
   1：动态方法参数。
   当然了，现在的java5已经提供了动态方法参数了，我现在一直都在J2SE1.4.2上面开发，所以一直没有体验到这个优点，不过1.4上实现这个效果也不难，如果参数是一个参数bean的话，那么本身就是一个动态参数列表了，你设置几个都可以了，或者是一个Map，那么更可以动态添加了。
   2：动态增加字段。
如果我的Bean里面只有一个属性存个Map的话，或者我的Bean就是一个Map的话，那么动态增加字段也是易如反掌，也是可以很轻松的。各种类型也都可以。这个主要是有感于Rails使用的ORM，只在数据库中保存字段，自己开始想java如何实现：）
   主要是想了这几个方面，想了想动态语言有他的方便之处，可是如果遇到重构的时候怎么办呢，名字变了。方法名变化了，是否也能体现优越性呢。没有了强类型的检查，写的时候，天马横空的，也可能是一个问题，就像java一样，很多地方都用Map实现，那么可能也会写出很方便的方法，但是会不会出现编译的时候，万事大吉，可是跑起来的时候，异常满天飞呢，java又不像ruby一样，改了就跑，还需要编译，重新启动中间件等。
   动态？不动态？想的自己有些头疼。

两种不同的东西。。。不必太在意
用市面上的一些代码生成工具也可以达到。。。
不必要用map这种东东。。。。

代码生成工具如果生成的话，那么就没有所谓的动态了，那么所有的东西都存在多份了，也就是违反了DRY原则了。
Rails的ActiveRecord让我觉得比较牛的地方就是它在类里面不保存任何数据库字段的任何东西

还是那句话，两种不同的工具
如果想要作等java6出来对动态语言支持了java也是可以作到动态的。。。

:)是啊，两种不同的东西，关注点不一样。我只是自己考虑一下，从java的角度，思考一下所谓的动态语言。

动态参数没有什么奇特的，它也不是什么参数都能动态的，动态参数只能放在方法参数的最后面，实际上相当于是一个数组，因为在方法内部使用参数时就是一个数组。

两方的斗争由来以久。。。。
动态与非动态的历史几乎一样的长久。。。
但由于非动态对内存CPU的要求过高以至几十年抬不起头来
直到网页开发时才有了一丝生机。。。
现在不过是几十年压抑的知识与智慧的反弹。。。

怎么越说越远了。
我就是看着Rails的时候，顺道想了想java如何实现，怎么来实现的时候，想起来这个所谓的动态来，因为动态了，自然会有很多灵活性，但是也丧失了很多的严谨性。很多东西都是两面性的，有得自有失了。随便发发牢骚，写写想法而已。
也顺道考虑考虑自己的开发是否有能改进的地方。

test for quote