¿Por qué está protegido el método removeRange () de AbstractList de Java?

¿Alguien tiene alguna idea de por qué el método removeRange en AbstractList (y también en ArrayList ) protected? Parece una operación bastante bien definida y útil, pero aún así, para usarla, nos vemos obligados a subclasificar la implementación de List.

¿Existe alguna justificación oculta? Me parece bastante inexplicable.

Sí, porque no es así como se elimina un rango del código externo. En su lugar, haz esto:

list.subList(start, end).clear();

Esto realmente llama removeRangedetrás de escena. ^†

El OP pregunta por qué removeRangeno forma parte de la ListAPI pública. La razón se describe en el artículo 40 de Effective Java 2nd ed, y la cito aquí:

Hay tres técnicas para acortar listas de parámetros demasiado largas. Una es dividir el método en varios métodos, cada uno de los cuales requiere solo un subconjunto de parámetros. Si se hace de forma descuidada, esto puede conducir a demasiados métodos, pero también puede ayudar a reducir el número de métodos al aumentar la ortogonalidad. Por ejemplo, considere la java.util.Listinterfaz. No proporciona métodos para encontrar el primer o el último índice de un elemento en una sublista, los cuales requerirían tres parámetros. En su lugar, proporciona el subListmétodo, que toma dos parámetros y devuelve una vista de una sublista. Este método se puede combinar con los métodos indexOfo lastIndexOf, cada uno de los cuales tiene un solo parámetro, para producir la funcionalidad deseada. Además, elsubList método se puede combinar con cualquier método que opere en unList instancia para realizar cálculos arbitrarios en sublistas. La API resultante tiene una relación potencia / peso muy alta.

Se puede argumentar que removeRangeno tiene tantos parámetros y, por lo tanto, probablemente no sea candidato para este tratamiento, pero dado que hay una forma de invocar a removeRangetravés del subList, no hay razón para saturar la Listinterfaz con un método redundante.

^† La AbstractList.removeRangedocumentación dice:

Este método es llamado por la clearoperación en esta lista y sus subListas. Anular este método para aprovechar los aspectos internos de la implementación de la lista puede mejorar sustancialmente el rendimiento de la clearoperación en esta lista y sus subListas.

Además, consulte la implementación de OpenJDK de AbstractList.cleary SubList.removeRange.