¿Cuán dañinas son las llaves dobles en GWT?

Question

Tiendo a usar (o incluso usar en exceso) llaves dobles de la inicialización del objeto en GWT. Para mí, parece más legible y más declarativo.

new FastMap<Object>(){{ 
    put("Value", 12); 
    put("Unit", "Kg"); 
}}; 

Antes de hoy no era consciente de que esta sintaxis no es sólo una instancia del objeto, sino también crear AnonymousInnerClass for it. Ahora me preocupa cómo GWT lidia con ellos.

1. ¿Cómo afecta esta sintaxis al rendimiento de la ejecución?
2. ¿Cómo afecta esta sintaxis al tamaño compilado?
3. ¿Alguna otra cosa mala?

Tengo miles de dichas inicializaciones en mi aplicación.

Answer 1

Mis conclusiones. Prueba code. Estoy creando una lista única con 4 mapas con 21 elementos cada uno. Estoy midiendo el tamaño de todos los archivos JavaScript generados.Resultados:

vacío (solo código vacío para asegurarse de que el código de apoyo GWT prestados):

• BASTANTE = 533 KB (546 602 bytes)
• OBF = 212 KB (217 601 bytes)
• Número de new = 167

Código sin tirantes dobles:

• BASTANTE = 557 KB (570 682 bytes)
• OBF = 222 KB (227 663 bytes)
• Número de new = 171

Y mismo código con tirantes dobles:

• BASTANTE = 567 KB (581 004 bytes)
• OBF = 228 KB (234 089 bytes)
• Número de new = 177

creo que los resultados son bastante auto-explicativo.

Answer 2

En lo que se refiere a la legibilidad: Me cambiarlo a algo como esto para que sea fácil de leer:

new FastMap<Object>() 
{{ 
    put("Value", 12); 
    put("Unit", "Kg"); 
}}; 

Es sin embargo posible que desee leer this respuesta para saber más acerca de los problemas relacionados con el rendimiento.

Answer 3

Si acaba de definir mapas constantes de este tipo, probablemente sería mejor (tanto en velocidad a gota y la legibilidad-wise) usando Guava y ImmutableMap:

Map<Integer, Character> map = ImmutableMap.of(5, 'a', 1, 'b'); 
Map<Integer, String> largerMap = ImmutableMap.<Integer, String>builder() 
    .put(1, "a") 
    .put(2, "b"); 
    .put(5, "wisconsin") 
    .build(); 

(Son de Google , y son totalmente compatibles con GWT.)

Answer 4

Esto es Java estándar y es independiente de GWT. Se trata exhaustivamente en Efficiency of Java “Double Brace Initialization”?.

El mayor problema que tengo con esta sintaxis es que no entrega una instancia de FastMap, sino una subclase anónima de eso. Ese objeto no se compara como igual a una instancia equivalente de FastMap con la configuración de datos de la manera tradicional. También es probable que tenga otros problemas que no son obvios y que son menos fáciles de depurar.

---

El hilo here dice este

cuidado - inicialización de doble refuerzo es de aspecto atractivo, pero es órdenes de magnitud más lenta que la inicialización regular, ya que debe generar una clase anónima.

Además, la clase generada se coloca en el espacio permgen, que no es basura recolectada. El permgen es bastante pequeño por defecto, y si lo rellena, el sistema tiene una manguera.

Los uso todo el tiempo en pruebas unitarias, pero nunca en el código de producción.