Java 编程的动态性，第3部分: 应用反射

核心提示：命令行参数处理是一项令人厌烦的零碎工作，不管您过去已经处理过多少次了，Java 编程的动态性，第3部分: 应用反射，它好像总能重新摆在您的面前，与其一遍又一遍地编写同一块代码的不同变种，一开始，大多数应用程序都很小，为什么不利用反射来简化参数处理的工作呢？Java 顾问 Dennis Sosnoski 向您展示了如何做

命令行参数处理是一项令人厌烦的零碎工作，不管您过去已经处理过多少次了，它好像总能重新摆在您的面前。与其一遍又一遍地编写同一块代码的不同变种，为什么不利用反射来简化参数处理的工作呢？Java 顾问 Dennis Sosnoski 向您展示了如何做到这一点。在本文中，Dennis 简明扼要地介绍了一个开源库，这个库可以使得命令行参数实际上自己处理自己。

在 上个月的文章中，我介绍了Java Reflection API，并简要地讲述了它的一些基本功能。我还仔细研究了反射的性能，并且在文章的最后给出了一些指导方针，告诉读者在一个应用程序中何时应该使用反射，何时不应该使用反射。在本月这一期的文章中，我将通过查看一个应用程序来更深入地讨论这一问题，这个应用程序是用于命令行参数处理的一个库，它能够很好地体现反射的强项和弱点。

一开始，在真正进入编写实现代码的工作之前，我将首先定义要解决的问题，然后为这个库设计一个接口。不过，在开发这个库的时候，我并不是按照上述步骤进行的――我先是尽力简化一群有公共代码基础的应用程序中的现有代码，然后使之通用化。本文中使用的“定义-设计-构建”这种线性序列比起完完整整地描述开发过程要简练得多，而且，按照这种方式来组织对开发过程的描述，我可以修正我原先的一些假设，并清理掉这个库的代码中一些不必要的方面。您完全有希望发现将上述方式作为开发您自己的基于反射的应用程序时所使用的模型十分管用。

定义问题

我曾经写过许多使用命令行参数的Java应用程序。一开始，大多数应用程序都很小，但最后有些应用程序却变得大到出乎我的意料。下面是我观察到的这些应用程序的变大过程的标准模式：