为什么要使用字符串

最近，我在一次培训课程中辅导初中生。任务之一是编写一个类，该类可以根据某些字符串键使映射变形。创建的初级用户之一的结果包含以下方法：

void dwarwle(HashMap<String,Dwarwable> mapToDwarwle, String dwarwleKey){for( final Entry<String, Dwarwable> entry : mapToDwarwle.entrySet()){dwarwle(entry.getKey(),entry.getValue(),dwarwleKey);}}

该代码通常还可以。使用散列表中分配给它的实际键对单个可变形条目进行变形的方法，并且该变形键被分解为单独的方法。非常简单，我不在这里列出。只要您知道什么实际上是矮人，变量名也是有意义的。该方法简短易读，但是参数列表需要一个HashMap而不是Map 。为什么我们要限制调用方使用HashMap ？如果调用者具有TreeMap并且有充分的理由，该怎么办。我们是否想要一个可以使TreeMap相形见separate的单独方法？当然不是。

期望接口，通过实现。

大三学生将代码替换为HashMap改为Map，但是大约五分钟后，这位聪明的女士举起了手，并提出了以下问题：

“如果我们将HashMap更改为Map，为什么不将String更改为CharSequence？”

当问题突然出现时，要回答这样的问题并非易事。我想到的第一件事是原因是我们通常这样做，这就是原因。但这不是一个真正的论点，至少我不会接受那样的事情，而且我也要让我的学生不接受这样的回答。无论如何，这将是非常独裁的风格。

真正的答案是，该参数用作映射中的键，并且映射的键应该是不可变的（至少变异应该对等号和哈希码计算具有弹性）。 CharSequence是一个接口，Java中的一个接口（不幸的是）不能保证不变性。只有实现可以。 String是此接口的一个良好的，广为人知的且经过测试的实现，因此可以是一个不错的选择。关于stackoverflow有很好的讨论。

在这种特殊情况下，我们期望实现，因为我们需要不可变的东西，并且我们“不能”信任调用方传递不可变的字符序列实现。或者：我们可以，但是要付出代价。如果后来通过并修改了StringBuilder ，那么我们矮小的程序库可能无法正常工作，并且可能会开始责备战争。在设计API和库时，我们不仅应考虑可能的使用，还应考虑实际的平均使用情况。