Java类库中一些反模式的API

了解和使用过JDBC类库的同学可能知道，ResultSet类有大量的getXXX和updateXXX方法，PreparedStatement类有大量的setXXX方法，是区分类型参数的方法，每一种新类型出现都会在所有这些接口中添加新的对应的方法，这不仅导致由于添加方法导致了接口不兼容的问题，还增加了类库维护者，JDBC驱动实现者的负担，而对用户没有过多的好处：

short getShort(int columnIndex);
int getInt(int columnIndex);
void updateShort(int columnIndex, short x);
void updateInt(int columnIndex, int x);

不仅如此，ResultSet类接口针对相同的类型还提供了诸如此类的方法，就是相同的方法名，参数不同：

short getShort(int columnIndex)；
short getShort(String columnName)；
void updateShort(int columnIndex, short x)；
void updateShort(String columnName, short x)；

而ResultSet类的子类RowSet也模仿了这类风格，提供了很多不同类型的set方法来设置参数。

虽然通过修改基于类型名称的方法名相比于overload是一种更好的风格，然而这种风格一旦滥用，将造成极大的困惑，事实上，通过提供一个类似ValueSetter这样的接口可以很好的解决这类问题，这个接口只是底层具体值的代理类，通过调用这个接口的各种方法来间接的维护底层的一些数据，也不暴露底层的实现细节，还不打破上层接口ResultSet的兼容性，而且这类对象能够在ResultSet类，PreparedStatement类或者有类似需求的子类中复用，而如果添加新的类型，维护人员只需要维护这一个类就行了。