openapi-processor / openapi-processor/openapi-processor-base
generate dto even though it has a mapping
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Kotlin
- Sterne
- 2
- Forks
- 4
- Ø Merge
- 4 T. 55 Min.
- Gemergte PRs (30 T.)
- 9
Beschreibung
Maybe it would be nice to create a mapping and still generate the dto for the OpenAPI type.
That way it would be possible to enhance (extend or wrap) the dto, by adding some "code" and use the enhanced version in the endpoint interface.
The mapping could use a new arrow operator to configure this
- type: OpenApiType => io.openapiprocessor.JavaType # standard
- type: OpenApiType +=> io.openapiprocessor.JavaType # i.e., generate dto for OpenApiType and use mapping
- type: OpenApiType -> io.openapiprocessor.JavaType
- type: OpenApiType ~> io.openapiprocessor.JavaType
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Das Issue nennt keine Dateien, Tests oder Einstiegspunkte. Beginne damit, den Mapping-Parser und die DTO-Generierungslogik zu lokalisieren, und ermittle dann, wie ein Mapping die Generierung beibehalten könnte und wie sich die vorgeschlagenen Pfeilvarianten verhalten sollten; als erledigt gilt die Aufgabe, wenn die ausgewählte Syntax mit Abdeckung für Generierung, Mapping und die erweiterte DTO-Nutzung implementiert ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- kotlin, openapi
- Bereich
- backend-api-design, tooling
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100