Buenas prácticas en el uso de GWT

A la hora de definir clases del lado de servidor que implemente a una interfaz, esta clase debe llamarse igual que la interfaz más el sufijo “Impl” y debe extender la clase “RemoteServiceServlet”. El hecho de heredar de “RemoteServiceServlet” hace que nos ahorremos el trabajo de implementar los típicos métodos de un Servlet (doGet() , doPost(),etc), ya que es esta clase la que se encarga de deserializar los parámetros recibidos y serializar la respuesta. Por lo tanto, nuestra clase sólo se debe encargar de implementar los métodos específicos, ya que del resto se encarga GWT.

El resultado de los métodos que van a ser serializados debe ser de uno de los tipos permitidos. Es importante tener en cuenta los resultados de los métodos que van a ser serializados cuando los invoquemos desde el lado cliente. GWT impone los siguientes tipos: Tipos primitivos, clases String y java.util.Date, clases que implementan la interfaz isSerializable, y cuyos campos no transient sean a su vez serializables, y arrays de los tipos anteriores.

Los proyectos Google Web Toolkit están cubiertos con una capa de paquetes de Java. Si se está iniciando un proyecto Google Web Toolkit desde cero, se debe usar la capa de paquetes estándar de Google Web Toolkit, que permite diferenciar fácilmente el código del lado del cliente del código del lado del servidor

Se recomienda que los módulos aparezcan en el paquete raíz en un proyecto estándar. Las unidades individuales de configuraciones en GWT son archivos XML llamados módulos. Los módulos pueden aparecer en cualquier paquete del classpath, aunque es altamente recomendable que estos aparezcan en el paquete raíz de un proyecto estándar.

Es más sencillo crear clases dentro de la jerarquía de widgets que manipular directamente el DOM del navegador. Pocas veces será necesario usar DOM directamente. Usando widgets es posible construir interfaces de usuario de forma rápida y asegurando que se comporten de manera adecuada en todos lo navegadores.