Considera un'applicazione in cui puoi creare e modificare un file SVG (ad esempio draw.io ).
Come dovrebbe essere salvato l'SVG nel database?
Con SVG (image / svg + xml)
Quindi non è richiesta un'ulteriore elaborazione prima che i dati siano archiviati. Ma dopo che i dati sono stati recuperati, SVG deve essere analizzato in modo che l'applicazione possa configurare i gestori di eventi e integrare SVG con le funzionalità dell'applicazione.
Con JSON (application / json)
I dati SVG dovranno essere convertiti in un oggetto JSON che verrà archiviato e recuperato dal database. Quando si recuperano i dati JSON dal database. I dati devono essere riconvertiti in SVG e, nel contempo, la funzionalità dell'applicazione può essere applicata a SVG.
La memorizzazione e il recupero dei dati non è probabilmente la parte di cui preoccuparsi perché richiederà circa la stessa quantità di tempo e spazio per archiviare o recuperare un SVG o JSON (a seconda delle differenze nell'attributo / lunghezza della chiave). Quindi credo che i veri problemi di prestazioni si verificano durante l'analisi dei dati. So che analizzare JSON è più semplice e veloce di XML, tuttavia quando si memorizza come un parsing SVG dei dati avviene solo una volta con JSON due volte.
Un altro ingegnere del software del mio team mi ha detto di usare JSON ma non ho potuto comprovare il perché? Forse qualcuno può confermare perché scegliere JSON?