Implementaciones de cliente y servidor GWT de la misma clase

Question

¿Hay alguna manera de tener la misma clase implementada de manera diferente en el cliente que en el servidor?

Para evitar el "¿Por qué quieres hacer eso?" pregunta .. Elaboraré

Estoy convirtiendo una aplicación cliente/servidor Java muy grande. Actualmente utiliza un cliente de Swing GUI y habla con el servidor a través de Spring Remoting (RPC). El uso de GWT RPC con servicios de Spring no es un problema, hay varios excelentes ejemplos disponibles y todo parece funcionar bien.

Varias clases que son comunes tanto para el cliente como para el servidor contienen datos que se transmiten hacia adelante y hacia atrás. Estas clases también contienen algún comportamiento que se implementa mediante el uso de las clases estándar de JRE. Por ejemplo, una clase contiene, analiza y formatea la fecha y la hora, incluida la zona horaria, horario de verano, etc. de una manera específica de la localidad. Podría reescribirlo/refactorizarlo, pero la aplicación supera los 10 millones de SLOC, lo que genera millones de referencias a esta clase, por lo que una reescritura importante no es rentable.

Para utilizar esto como un ejemplo, GWT proporciona una excelente compatibilidad con i18n para analizar y formatear las fechas. Pero la implementación es diferente a la forma en que JRE lo hace.

Por lo tanto, estoy buscando una forma inteligente donde pueda insertar una implementación en el shell de mi clase DateTime, dependiendo de si está en el cliente (usando GWT y JS nativo) o en el servidor (usando el JRE). ¿Hay una manera astuta de hacer esto? Tal vez usando el archivo del módulo XXXXX.gwt.xml. Estoy buscando una solución genérica.

Answer 1

Creo que lo que usted está buscando, es esto: <source path="client" /> en su proyecto de archivo gwt.xml. Le dice al generador de GWT dónde buscar el código del lado del cliente para convertir a JS. En mi proyecto lo tengo configurado de este modo:

<source path="client" /> 
<source path="shared" /> 

Básicamente código de cliente se encuentra en el directorio del cliente, y en común mantenemos frijoles y algunas envolturas de datos para el cliente y el servidor.

Lo que podría hacer es agregar los paquetes que desea convertir al cliente con la ruta de origen como se muestra arriba. Pero debe recordar, que las clases que va a convertir, pueden estar compuestas solo de objetos y propiedades que el generador de GWT puede convertir en un script java del lado del cliente. No estoy seguro de si también camino más precisa se puede poner en la ruta de origen, como:

<source path="shared/beans/whatever" /> 

Otro inconveniente es, que si se utiliza el soporte de i18n GWT, se maneja diferente configuración regional en tiempo de compilación por su propia - lo que es bueno. Si decide usar su propio mecanismo, sus clases deben contener cierta lógica para conocer la configuración regional utilizada actualmente, que debe ser compatible con GWT.

Answer 2

Desea utilizar el <super-source> para anulando la implementación de un paquete con otro. Esto es lo que GWT usa para emular las clases de Java Runtime, y (entre otras) proporciona diferentes implementaciones para el cliente y el servidor de las clases com.google.gwt.regexp.shared.*.