Respuesta.

Java no soporta la sobrecarga directa de operadores como se implementa, por ejemplo, en C++. Históricamente, esta restricción fue introducida para simplificar la lectura del código y reducir la ambigüedad: Björn Stroustrup (creador de C++) y James Gosling (creador de Java) discutieron este tema y en Java se decidió no permitir a los desarrolladores definir su propio comportamiento de los operadores para sus clases.

El problema de la sobrecarga de operadores es que una libertad excesiva en la definición de la aritmética y la lógica para las clases de usuario puede llevar a errores difíciles de rastrear y a una disminución de la legibilidad del código, especialmente en equipos grandes.

La solución es prohibir la sobrecarga de operadores por parte del usuario. Sin embargo, Java dentro de sus clases soporta la sobrecarga de métodos, y el comportamiento de los operadores puede ser imitado a través de métodos explícitamente definidos (por ejemplo, .add(), .equals(), .compareTo(), etc.).

Ejemplo de código:

public class Vector2D {
    private final int x, y;
    public Vector2D(int x, int y) {
        this.x = x; this.y = y;
    }
    public Vector2D add(Vector2D other) {
        return new Vector2D(this.x + other.x, this.y + other.y);
    }
}

Vector2D v1 = new Vector2D(2, 3);
Vector2D v2 = new Vector2D(1, 4);
Vector2D sum = v1.add(v2); // en lugar de v1 + v2

Características clave:

Transmisión explícita de la semántica de las operaciones a través de métodos, no a través de la sobrecarga de operadores.
El comportamiento de los operadores estándar (por ejemplo, "+", "-") no se puede cambiar para las clases de usuario.
La única excepción es la sobrecarga de operaciones para cadenas: el operador "+" llama a concat().

Preguntas capciosas.

¿Se puede sobrecargar el operador "+" en Java para nuestra clase, para sumar objetos?

Respuesta: No, Java no soporta la sobrecarga de operadores aritméticos por parte del usuario para las clases creadas. La única excepción es para cadenas: el operador "+" llama a la concatenación a través de StringBuilder.

Si se define el método equals(), ¿funcionará el operador "==" como comparación de valores?

Respuesta: No, el operador "==" compara referencias a objetos, no su contenido. Para una comparación correcta de valores se utiliza el equals() sobrescrito.

String a = new String("hello");
String b = new String("hello");
System.out.println(a == b);    // falso
System.out.println(a.equals(b)); // verdadero

¿Hay excepciones donde el operador estándar se comporta de manera especial para clases no estándar?

Respuesta: Comportamiento "especial" en Java está implementado solo para String con el operador "+" y para tipos primitivos (promoción automática y unboxing). Para las demás clases, los operadores funcionan de manera estándar (es decir, no están sobrecargados).

Errores típicos y anti-patrones

Intentar sobrecargar operadores al diseñar su clase (por ejemplo, esperar que "==" compare valores)
Usar "==" en lugar de .equals() para cadenas y otros objetos.
Imitaciones de sobrecarga demasiado complejas a través de métodos estáticos, que dificultan la legibilidad.

Ejemplo de la vida real

Caso negativo

Un joven desarrollador escribió una clase Money y comenzó a comparar dos objetos mediante "==", creyendo que se compararían por valores. Esto resultó en errores al verificar la igualdad que solo se manifestaron en producción.

Ventajas:

En programas cortos, a veces el error permanece indetectado hasta las pruebas.

Desventajas:

Semántica incorrecta de las operaciones de comparación, dificultad de depuración.
Gastos de tiempo en aclaraciones dentro del equipo.

Caso positivo

En el proyecto se escribió una clase Vector, todas las operaciones aritméticas se implementaron explícitamente, el operador == no se utiliza para objetos, y la documentación describe la semántica de trabajo de los métodos.