Utilizzo del tipo di dati xml per memorizzare un "carrello della spesa"

This shop should have a cart where items can be placed whether or not you are logged in. If you log out the cart shouldn't empty and should still be shown.

Questi requisiti sembrano richiedere l'archiviazione lato client, ovvero cookie o localStorage. Ma ovviamente puoi impostare un semplice cookie, separato dal cookie di sessione, che fa riferimento a un carrello acquisti memorizzato nel database.

Non vedo molta necessità di XML in questo lavoro, mentre a volte può esserci un vantaggio in termini di prestazioni derivante dalla raccolta di molti dati in una singola stringa (che potrebbe essere in formato XML) e dall'archiviazione nel database, piuttosto che memorizzare gli stessi dati di molte voci, non penso che si applichi in questo caso poiché si aggiorna molto, non si legge molto e quando si legge è necessario dividere immediatamente i dati per ulteriori informazioni.

Se utilizzare un database sul lato server o un cookie dipende dal fatto che si desideri che un utente abbia gli stessi articoli nel proprio carrello quando è connesso da un altro (dispositivo / browser). A meno che l'utente non impazzisca e ordini migliaia di articoli, la quantità di dati non sarà probabilmente un fattore importante.

Sia che tu memorizzi i dati in XML, JSON, o in qualche altro formato dipende dalle tue preferenze e dal tuo ambiente (ad esempio, sono gli strumenti che usi meglio per trattare con XML che con JSON?)

I dati che memorizzi devono essere minimi: non vuoi replicare prezzi, dettagli del prodotto, ecc. nei dati del carrello.

Ho lavorato su un sistema che ha implementato un carrello della spesa esattamente in questo modo: i carrelli della spesa "in corso" sono stati serializzati in XML e memorizzati in un singolo campo in una singola tabella nel database.

Il motivo per farlo non è tanto la prestazione quanto la facilità di sviluppo. Sospetto che, una volta, i carrelli della spesa siano stati archiviati solo in stato di sessione, quindi se si è allontanati dal sito e restituiti un'ora dopo, non ci sarebbero più. Sospetto che quando è arrivata una richiesta per farli persistere nei confronti di un utente, il modo più rapido per farlo era semplicemente decorare le varie classi coinvolte con gli attributi di serializzazione XML, serializzare, memorizzare.

Il trabocchetto a cui prestare attenzione è che ciò renderà difficile fare molto con i dati diversi dall'archiviazione e dal recupero dei carrelli degli utenti. Ad esempio, se un determinato prodotto viene rimosso dal catalogo, è possibile rimuoverlo da qualsiasi carrello. Se i tuoi carri temporanei fossero stati archiviati come un mucchio di tabelle, li avresti trovati semplicemente con qualcosa come SELECT * FROM ShoppingCartItems WHERE ProductID=@productIdToDelete . Se è tutto in blob XML, non sarà semplice e potresti trovare un approccio migliore per convalidare nuovamente tutti i carrelli quando vengono richiamati dal DB e deserializzati.