Mientras estudiaba la biblioteca estándar de Java y sus clases, no pude evitar notar que algunas de esas clases tienen métodos que, en mi opinión, casi no tienen relevancia para la causa de esas clases.

Los métodos de los que estoy hablando son, por ejemplo,Entero # getInteger, que recupera un valor de alguna "propiedad del sistema", oSistema # arraycopy, cuyo propósito está bien definido por su nombre. Aún así, ambos métodos parecen un poco fuera de lugar, especialmente el primero, que por alguna razón vincula el trabajo con recursos del sistema a una clase de contenedor de tipo primitivo.

Desde mi punto de vista actual, dicha política de colocación de métodos parece una violación de un principio fundamental de diseño de OOP: que cada clase debe dedicarse a resolver su conjunto particular de problemas y no convertirse en una navaja suiza. Pero como no creo que los diseñadores de Java sean idiotas, supongo que hay algo de lógica detrás de la decisión de colocar esos métodos justo donde están. Así que estaría agradecido si alguien pudiera explicarcuál es esa lógica realmente.

¡Gracias!

Actualizar

Algunas personas han insinuado el hecho de que Java tiene sus cosas ilógicas que son simplemente restos de un pasado turbulento. Entonces reformulo mi pregunta: ¿por qué Java no está dispuesto a marcar sus defectos arquitectónicos como obsoletos, ya que no es probable que las características obsoletas existentes se suspendan en un futuro observable, y hacer que las cosas obsoletas realmente ayuden a abstenerse de usarlas en nuevos código creado?