想动就“动”-Java也可以变得“动态”灵活

只要你愿意，严肃规矩的java也同样可以变得“动态”灵活起来。动有动的好处，静有静的好处。俗话说得好，“没有规矩不成方圆”，但“生命诚可贵，爱情价更高，若为自由故，两者皆可抛”。那么作为忙碌在程序艺术世界里的子民们，我们何去何从呢？投奔动态语言阵营还是继续在四平八稳的Java领域奋战？ 在我看来，“动”或“不动”需要一个黄金分割点。

　　1、寻找“动”与“不动”的黄金分割点

　　 两年前，以Martin Fowler为代表的一群大师们突然集体投奔到了动态语言阵营，手持RoR这个“核武器”，大喊着要灭了Java，要取代Java。现在回头来看，动态语言给我们确实带来了一些的革命性的思想，但同时我们也发现被大师们忽悠了一把。

　　对于强类型的Java语言来说，与真正的动态语言比起来，确实要受限制很多。在我看来，借某位大师的比喻，Ruby的敏捷相当草书，而java就是正楷。用Ruby，十个程序员写出来的程序就是十种风格，这跟我们写文章是一样的。而Java就是规规矩矩宋体方块字，横是横，竖是竖，先写哪一笔后写哪一划，一切都是规定好了的。强类型的静态语言从语法的底层就建立了一套较为稳固的规则体系，因此更加规范，从长远来说，或者是对于大型项目来说，肯定是有规范并且规范严格的，较之规范不严格的表现起来从扩展性、可维护性等要优秀得多。

　　动态语言与强类型的静态语言，他们各有自己的特长范围。在企业级应用领域，JavaEE的优势不是一天两天建立起来的。而动态语言其实由来已久，最优秀我觉得应该算是javascript了，想想以前用asp写程序，服务器及客户端脚本都用的js，对于小型的应用来说，确实很舒服。而近两年由于Ajax概念股的走红，javascript更加春风得意，prototype.js等一批的Ajax框架及引擎更是把javascript的OO及动态特性发挥到极致。对于来势凶猛的RoR来说，在我看来最好先去跟php、Python这种同类的竞争者好好PK几年，如果不被他们灭掉的话，然后再来研究要“花多少光年来灭掉java”这样的命题。

　　对于小型的应用来说，小巧、灵活、简单的动态语言，肯定在先机上占有一定优势。但对于大型的企业级应用来说，动态语言的这种巧、活、随意性恰好成为其劣势。这其中的原因除了本身能力（多核、线程、系统资源等）有限以外，太“草”了也是限制其发展的原因。事实证明，动态语言能做到的，咱们静态语言稍为动动脑子调整一下也能做到，比如Groovy；而静态语言能做到的，动态语言打死也做不到，除非他自己变成静态的强类型语言，比如多核线程、二阶段分布式事务。如果做到了，他可能就不仅仅是动态语言了。

　　动有动的好处，静有静的好处。俗话说得好，“没有规矩不成方圆”，但“生命诚可贵，爱情价更高，若为自由帮，两者皆可抛”。那么作为忙碌在程序艺术世界里的子民们，我们何去何从呢？投奔动态语言阵营还是继续在四平八稳的Java领域奋战？

　　在我看来，“动”或“不动”需要一个黄金分割点。而在EasyJWeb之所以提供一些“动态”特性的支持，也就是寻找这样一个分割点而做的，把动与静的好处进行分析、权衡，然后让JavaEE应用开发变得更加的容易。努力寻找这样的黄金分割点，对一些非常好的动态特性及思想提供应用级的支持，而对于一些必须规范才能产生效率的特性，则坚持推广应用。Java社区中的很多人都在为寻找这个分割点而努力。Java本身也已经意识到这一点，在其新的版本中都增加了对一些优秀的动态语言特性的支持。

　　当然，对一直觉得“受约束、受限制”的我们来说，能“动”一点、想“草”的时候“草”两下，这是一件非常快乐的事儿。因此，EasyJWeb在基于Java这样一个具有规范的平台及环境作为基础的前提下，做了一些工作，使得我我们在一定的范围内也可以灵活的“动”起来，随性地“草”起来，这样使得我们可以放开手脚、轻松大胆的往前走。下面我通过一些例子来说明。

　　2、百变CmdAction－AbstractCmdAction

　　在EasyJWeb-.10新版本的Command类型的Action基类即AbstractCmdAction中，提供了足够的灵活特性使你得可以像使密宗拳一样书写Java Web Action。可以根据你不同的应用场景，像用动态语言那样书写Action中的command。

　　假如我们在一个模块中要执行一个名为create操作，下面的方法签名都是合法的：