SWT vs SWING

[renzo bechler]

Al principio, SWT puede parecerse más simple utilizar que SWING porque ahorra los reveladores de muchos de ediciones sofisticadas (tales como la jerarquía elaborada de la clase del SWING la mirada y la sensación pluggable, el acercamiento del Modelo-Vista-Regulador, y así sucesivamente). De todas formas, un problema potencial con SWT está en la necesidad de la gerencia de recurso. SWING (y AWT) sigue el paradigma de Java de la disposición automática de los recursos, mientras que en SWT desasignar recursos nativos necesita ser lograda explícitamente por el programador. Explícitamente desasignar los recursos podría ser un paso detrás en tiempo de desarrollo (y costes) por lo menos para el revelador medio de Java. Esto es una bendición mezclada. Significa más control (y más complejidad) para el revelador de SWT en vez de más automatización (y de lentitud) al usar SWING

Aunque SWT apoya widgets non-natively rendidos (semejantemente SWING), las puestas en práctica del widget del defecto se basan en pares nativos (semejantemente al viejo AWT). Además, la mayor parte de los pares del eclipse no tienen en cuenta herencia. (, Si eres plugins del eclipse de la escritura, no tienes obviamente ninguna opción pero utilizar SWT.)