Java 编程的动态性，第3部分: 应用反射
命令行参数处理是一项令人厌烦的零碎工作，不管您过去已经处理过多少次了，它好像总能重新摆在您的面前。与其一遍又一遍地编写同
一块代码的不同变种，为什么不利用反射来简化参数处理的工作呢？Java 顾问 Dennis Sosnoski
向您展示了如何做到这一点。在本文中，Dennis 简明扼要地介绍了一个开源库，这个库可以使得命令行参数实际上自己处理自己。
在
上个月的文章
中，
我介绍了Java
Reflection
API，并简要地讲述了它的一些基本功能。我还仔细研究了反射的性能，并且在文章的最后给出了一些指导方针，告诉读者在一个应用程序中何时应该使用反射，
何时不应该使用反射。在本月这一期的文章中，我将通过查看一个应用程序来更深入地讨论这一问题，这个应用程序是用于命令行参数处理的一个库，它能够很好地
体现反射的强项和弱点。
一开始，在真正进入编写实现代码的工作之前，我将首先定义要解决的问题，然后为这个库设计一
个接口。不过，在开发这个库的时候，我并不是按照上述步骤进行的――我先是尽力简化一群有公共代码基础的应用程序中的现有代码，然后使之通用化。本文中使
用的“定义-设计-构建”这种线性序列比起完完整整地描述开发过程要简练得多，而且，按照这种方式来组织对开发过程的描述，我可以修正我原先的一些假设，
并清理掉这个库的代码中一些不必要的方面。您完全有希望发现将上述方式作为开发您自己的基于反射的应用程序时所使用的模型十分管用。
定义问题
不要错过本系列的其他内容
第1部分，"
类和类装入
"
(2003年4月)
第2部分，"
介绍反射
"
( 2003年6月)
我曾经写过许多使用命令行参数的Java应用程序。一开始，大多数应用程序都很小，但最后有些应用程序却变得大到出乎我的意料。下面是我观察到的这些应用程序的变大过程的标准模式：
一开始只有一个或者两个参数，按照某种特定的顺序排列。
考虑到这个应用程序有更多的事情要做，于是添加更多的参数。
厌倦了每次都输入所有的参数，于是让一些参数成为可选的参数，让这些参数带有默认的值。
忘记了参数的顺序，于是修改代码，允许参数以任何顺序排列。
将这个应用程序交给其他感兴趣的人。但是他们并不知道这些参数各自代表什么，于是又为这些参数添加更完善的错误检查和“帮�
相关文档：
首先介绍 一款小巧的Java IDE - Gel
在《程序员》杂志2006年第4期看到介绍一篇介绍 Free Java IDE的文章，里面提到了Gel这个编译器。于是上网搜了一下，果然找到了，官方网址是：http://memescape.co.uk/gexperts/。最新的版本是RC39，体积很小，安装文件只 ......
项目中需要和第三方平台接口，加了来源IP鉴权功能，测试时发现没有问题，但是部署以后发现存在问题，一直鉴权不通过，一群人抓瞎。
我找到那块的代码，跟了一遍流程发现逻辑没有啥问题，但是最终的结果却还是鉴权不通过，实在有些诡异。其基本逻辑为先取得配置的IP列表，然后通过request.getRemoteAddr()取得客户端的IP� ......
这一有关 Java 编程动态方面的新的系列文章研究了执行 Java 应用程序时幕后所发生的事情。企业 Java专家
Dennis Sosnoski 提供了 Java 二进制类格式以及在 JVM
内部类所发生的情况的内幕。接着，他将讨论类装入问题，其范围涉及从运行简单的 Java 应用程序所需的类的数量到可能造成 J2EE
及类似的复杂体系结构出现问题的 ......
从本系列前面的文章中，您了解到反射的性能比直接访问要慢许多倍，并了解了用 Javassist 和 Apache
Byte Code Engineering Library （BCEL）进行classworking。Java 顾问 Dennis
Sosnoski 通过演示如何使用运行时 classworking，来用全速前进的生成代码取代反射代码，从而结束他的 Java 编程的动态性
系列。
既然您已经 ......
