【现状描述】
宏控是管理开发代码的重要手段,特别是C/C++项目。通过引入宏控,我们可以为每个项目配置一个config文件,里面定义了所有的功能宏控的状态(开启 or 关闭)。
不同于C/C++, java 中没有原生的预编译命令,目前广泛采用的方式是使用静态变量近似代替宏。但是这也为项目管理带来一点点麻烦:
A,B两项目在同一套代码上开发,通过config文件实现不同的功能。然而,即使是单独为B项目定制的功能,也必须在A项目中添加相应的宏控,否则会造成编译通不过。这样做至少造成两个问题:
1. 项目实际配置的功能项不醒目。各种需要的不需要的功能混杂在一起。
2. 项目的配置文件随着开发一直处于变更状态,而且随着项目和分支增加,维护将变得困难,容易有漏网之鱼。
【解决方法】出现上面困难的根本点是静态变量不同于预编译命令——不定义即为false。 好在通过继承方式我们可以模拟实现这一点。
利用基类作默认设置,在派生类中通过重定义配置需要的功能,从而实现一种类似于C/C++的预编译宏控的效果,上面的两个问题也迎刃而解。
1. 为所有配置文件设置一个基类,基类中定义了所有宏控,且默认总为关闭状态。
2. 所有项目的配置文件均继承自此基类,如果需要开启某功能,则在该文件中将对应宏控重新定义为开启状态。
Example
/**
* 这个类所在的文件不抽取,且配置所有功能,config1,config2,。。。
* @author
*/
publicclass DefaultConfig {
/* config 1 */
publicstatic finalboolean config1 =false;
/* config 2 */
publicstatic finalboolean config2 =false;
}
/**
* 这个类所在的文件需要抽取,代表具体某个项目的配置。
* 如果需要配置config1,则重定义config1 = true
* 如果不需要配置config2,则根本不用做任何处理。就像C/C++的预编译宏控
* @authorl
*/
publicclass Config extendsDefaultConfig {
/* needconfig 1 */
publicstatic finalboolean config1 =true; //重定义
}
嗯,是不是很接近C++的java宏控呢