Lista de crecimiento automático con genéricos

Question

Tengo un modelo de dominio que presenta una serie de "elementos", fragmentos de texto que se pueden representar para mostrar contenido enriquecido. Hay piezas de texto HTML, texto textil, objetos Flash, etc. Las características básicas de estos elementos están encapsuladas en AbstractElement, que tiene implementaciones HTMLElement, FlashElement, etc. Por lo tanto, el modelo tiene un List<AbstractElement> para contener todos los elementos que puede tener.

Al editar el modelo, deseo que el usuario pueda agregar elementos dinámicamente y guardarlos cuando el usuario envíe el formulario. Así que lo que tengo es una forma que es expandible dinámicamente con un poco de JavaScript, lo que resulta en la siguiente forma:

<form action=...> 
    <!-- Other attributes --> 
    <textarea name="object.elements[0].content"/> 
    <textarea name="object.elements[1].content"/> 
    <!-- Some elements are based on text, others on files --> 
    <input type="hidden" name="object.elements[2].file" value="somevalue"/> 
    <textarea name="object.elements[3].content"/> 
    <!-- Submit button --> 
</form> 

Esto va mal al presentar el formulario. Es bastante obvio por qué, cuando se envía, Spring intenta crear una instancia de los elementos necesarios en la lista. Como la lista de elementos contiene objetos del tipo AbstractElement que es abstracto, Spring no puede crear instancias de elementos nuevos.

¿Qué debo hacer para que Spring cree la instancia adecuada del elemento? ¿Podría agregar información de tipo en el formulario y hacer que algún ModelAttribute lo haga? ¿Cómo funcionaría eso? ¿Hay algo que pueda hacer en el modelo que lo haga automáticamente?

Answer 1

Terminé resolviendo esto implementando un ModelAttribute que construye la lista de elementos mediante el análisis de los datos del formulario sin formato. El análisis del formulario sin formato se puede utilizar utilizando el objeto HttpServletRequest, recorriendo el mapa de parámetros y simplemente creando los objetos necesarios 'a mano'. Es reutilizable si lo pones en una función auxiliar, aunque necesito un Atributo de modelo en cada controlador en el que lo uso.

No es la solución ideal, pero funciona.

Answer 2

Parece que necesita crear uno (o más) editores de propiedades del cliente que puedan tomar los parámetros de solicitud y convertirlos a las instancias de clase correctas para agregar a la colección.

Spring usa las instancias de PropertyEditor registradas con el enlazador de datos para vincular los parámetros de solicitud. En los casos en que el conjunto predeterminado de PropertyEditors no puede determinar el tipo correcto, puede registrar sus propios editores para manejar la lógica.

El proceso se describe en la documentación de la primavera en este enlace:

http://static.springsource.org/spring/docs/current/spring-framework-reference/html/validation.html

En concreto, véase la sección 5.4.2.1 sobre cómo registrar los editores de propiedades del cliente.

Puede registrar sus editores de propiedades utilizando el método registerCustomEditor() de la clase WebDataBinder en el método initBinder() de su controlador (identificado con la anotación @InitBinder).

Answer 3

Puede intentar crear instancias de formObject usted mismo creando un método ModelAttribute que devolvería el objeto concreto. p.

@ModelAttribute("bindingObj") 
public AbstractObject initElementList() { 
    AbstractObject obj = new ConcreteObject(); 
    obj.setElements(new ArrayList<ConcreteElement>); 
    return obj; 
} 

@RequestMapping(...) 
public ModelAndView requestHandler(@ModelAttribute("bindingObj") AbstractObject) { 
    .... 
} 

Spring invocaría primero initElementList y agregaría el resultado al modelMap interno. Y luego invocar requestHandler con este valor.

La desventaja de este enfoque es que todavía terminaría teniendo una referencia a la clase concreta. Pero si tiene subclases derivadas de su controlador base, entonces puede ser útil.