Grails: Plantillas frente a TagLibs.

Question

En Grails, hay dos mecanismos para la modularidad en las capas de vista: Plantilla y TagLib.

Mientras escribo mi propia aplicación Grails, a menudo me enfrento a la misma pregunta cuando necesito escribir un componente UI: ¿necesito usar una plantilla o un TagLib?

Después de buscar en la web, no he encontrado una gran cantidad de mejores prácticas o reglas generales relativas a esta decisión de diseño, por lo que yo puedo ayudar y decirme:

1. Cuál es la principal diferencia entre los dos mecanismos?
2. ¿En qué escenarios, usa un TagLib en lugar de una Plantilla (y viceversa)?

Answer 1

Definitivamente hay cierta superposición, pero a continuación hay varias cosas en que pensar. Una forma de pensarlo es que Template es como una reutilización a nivel de método, mientras que TagLibs es más conveniente para la reutilización a nivel de API.

• plantillas son ideales para cuando tiene que formatear algo específico para su visualización. Por ejemplo, si desea mostrar un objeto de dominio de una manera específica, generalmente es más fácil hacerlo en una plantilla, ya que básicamente solo está escribiendo HTML con algunos. Es reutilizable, pero creo que su reutilización es un poco limitada. Es decir. si tiene una plantilla, la usaría en varias páginas, no en cientos de páginas.

• Por otro lado, taglibs es una unidad más pequeña de funcionalidad, pero una que es más probable que utilice en muchos lugares. En él es probable que concatenar cadenas, por lo que si está buscando crear cientos de líneas de HTML, son menos convenientes. Una característica clave que los taglibs permiten es la capacidad de inyectar/interactuar con los servicios. Por ejemplo, si necesita un trozo de código que active un servicio de autenticación y muestre el usuario actual, solo puede hacerlo en un TagLib. No tiene que preocuparse por pasar nada al taglib en este caso; taglib lo buscará y lo resolverá desde el servicio. También es probable que lo use en muchas páginas, por lo que es más conveniente tener un taglib que no necesita parámetros.

• También hay varios tipos de taglibs, incluso aquellas que permitan iterar sobre algo en el cuerpo , tener condicional, etc - que es en realidad no es posible con las plantillas. Como dije anteriormente, una biblioteca de taglib bien elaborada se puede utilizar para crear una API reutilizable que hace que su código GSP sea más legible. Dentro del mismo * taglib.Groovy puede tener múltiples definiciones de etiquetas, así que esa es otra diferencia: puede agruparlas todas en un solo lugar y llamar de un taglib a otro.

Además, tenga en cuenta que se puede llamar una plantilla desde el interior de una taglib, o puede llamar taglibs plantillas withing, para que pueda mezclar y combinar según sea necesario.

Espero que esto lo aclare un poco, aunque realmente mucho de esto es lo que construir es más conveniente para codificar y con qué frecuencia será reutilizado.

Answer 2

En cuanto a nosotros ...

se supone que un codificador para ver la lógica específica de presentación del objeto en la plantilla, y no en cualquier otro lugar.

Utilizamos taglibs solo para elementos de página aislados, no relacionados con la lógica de negocios en absoluto. En realidad, tratamos de minimizar su uso: es muy fácil escribir lógica de negocios en un taglib.

Las plantillas son la forma convencional de hacerlo; por ejemplo, admiten diseños (por cierto, se les puede llamar un tercer mecanismo)