Proposta di utilizzo di info.x-gdpr per contatti dei responsabili ed … #22
Conversation
…in components.schemas a livello di classe ed attributo
ioggstream
left a comment
ioggstream
left a comment
There was a problem hiding this comment.
@stefkohub che dici di usare {role: , name: , email: , } ?
| run: 'MILANO, Greco Pirelli, Stazione' | ||
| transport: '3' | ||
| TimetableFermata: | ||
| x-gdpr: |
| type: string | ||
| x: | ||
| $ref: '#/components/schemas/Longitudine' | ||
| x-gdpr: |
There was a problem hiding this comment.
- $ref è un puntatore tout-court, non puoi affiancargli nulla.
- il tipo di dato dovrebb'essere eventualmente definito nello schema "puntato" (eg. Latitudine)
There was a problem hiding this comment.
Messo così effettivamente viene ignorato dal motore ufficiale, per renderlo corretto potremmo ragionare anche sul senso che avrebbe usare un allOf:
allOf:
- $ref: '#/components/schemas/Longitudine'
- x-gdpr: ...
Però credo sia più importante quello che dici nel secondo punto. E' molto meglio definire questo attributo gdpr nello schema "puntato" da $ref.
There was a problem hiding this comment.
afaik gli elementi della lista allOf devono essere schema, mentre x-gdpr è un oggetto. Ti torna? Ci ho pensato ancora e non ho trovato soluzioni alternative al definire x-gdpr al di fuori dello schema puntato da $ref...
There was a problem hiding this comment.
Si anche io ci ho ragionato un po' e sono d'accordo.
Va messo nello schema "puntato" da $ref.
2 participants
…in components.schemas a livello di classe ed attributo
In questo modo si coprono sia gli aspetti di trasparenza sui gestori e responsabili del trattamento dei dati, che lato schema per la composizione automatica dell'insieme delle informazioni per gestire il genere di dato trattato.