Discussion: Use of template engine over custom solution
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
Empieza revisando la implementación existente de plantillas del generator y el modelo ClassDescription mencionado en la discusión. Compara los enfoques propuestos con FreeMarker, jtwig y Thymeleaf con respecto a la necesidad de lógica de aserciones personalizada; se considera terminado cuando se haya acordado una dirección y definido el alcance de la migración.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
This is not an issue, but a discussion as I've run into a bit of a road-block in my work.
Currently, the generator is configurable via changing the template values as shown here. The problem I'm having is that I want to add logic into these templates to, for example, generate a new assertion that is only relevant to my classes. If I want to do this, I have to write my own parser logic and call the required templates -- rather than just loading new templates.
I think one of the simplest ways to allow more flexibility is to remove the template engine from the generator and focus on using an existing engine with predefined templates. I believe the primary value of the generator is generating the model of assertions (e.g. ClassDescription) and their associating naming conventions to allow for generating these assertions. We can use this model within another engine to generate assertions
- Apache FreeMarker - tried and true, works easily and is well known. Many features available. Additionally, uses a similar syntax for the "base" templates that we have already (
${variable}). - jtwig - Neat new engine I've not heard of, but looks incredibly nice. Similar feature set
- Thymeleaf - widely used, but I don't think it's well suited to work outside its domain of web generation
Looking for some input in this as I'm unsure if there were previously decisions made or after the fork it was just kept up as legacy. :)
- Lenguaje dominante
- Java
- Estrellas
- 72
- Forks
- 47
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de assertj/assertj-generator
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
assertj/assertj-generator#278 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
assertj/assertj-generator#220 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
assertj/assertj-generator#219 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
assertj/assertj-generator#204 · 1 reacción ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
assertj/assertj-generator#197 · 7 comentarios ·
Todos los issues de assertj/assertj-generator
Issues similares
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
inu-appcenter/memorIN-backend#288 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
frontend maui-pilot pilot-ask question
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
executions.Query — startDate and timeRange filters are sent with inverted comparison operators Abiertoarea/plugin
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
kestra-io/plugin-kestra#190 ·