Bom, declará-la como um bean, imho, traz outras facilidades, como por ex. a injeção de dependências dos outros beans e o controle do ciclo de vida do componente pelo spring.
Mas como vc disse, cada contexto é um contexto, cada caso é um caso. :)

Obrigado !

Talvez declará-la como bean seja um pouco demais, se for somente uma classe com alguns métodos utilitários. Eu não faria tuuuddooo isso, hehe. Mas fica a critério do desenvolvedor.

Abraços!

Perfeito seu comentário, você está coberto de razão!
Não podemos ‘incentivar’ esta abordagem das taglibs, porém, muitas vezes as pessoas acabam implementando lógicas, como vc disse, ‘helpers’ nas taglibs, mesmo sem o foco de view.

Acho que a abordagem mais adequada, seria ter a funcionalidade ‘helper’ isolada em classes dentro de src/groovy por exemplo, fazer sua declaração como um bean do spring através do resources.groovy e injetá-la tanto em uma taglib, ou no service, o que acha?

Um abraço!

É meu primeiro comentário em seu blog, então gostaria de, primeiramente, lhe parabenizar. Há um excelente conteúdo aqui!

Sobre o post: é uma forma bem engenhosa de se utilizar uma TagLib dentro de um Service. No entanto, sabemos que não é uma boa prática por ferir os princípios do MVC. Acho interessante destacar aos “novatos” que isso não é recomendado.

Na própria documentação do Grails encontramos: A tag library fulfills role of “view helper” in the Model View Controller (MVC) pattern and is responsible aiding GSP rendering.

Abraços!