Trovaprodotti Core
Il negozio dalla sua backoffice ClientAdmin avrà la possibilità di creare un prodotto a Catalogo valido solo per il suo Trovaprodotti oppure un prodotto Occasione che potrà essere visibile su DesignbestOutlet, Commerce e Trovaprodotti.
Il negozio potrà
- aggiungere propri Manufacturer
- aggiungere propri Ambienti
- aggiungere proprie Tipologie nei nuovi ambienti o in ambienti già esistenti
Manufacturer Custom
Il negozio potrà inserire i propri Marchi specificando: Nome, Immagine/Logo e se sarà in evidenza nella pagine di elenco dei Marchi.
Category Custom
Il negozio potrà inserire tipologie proprie specificando: Nome tipo e Ambiente di appartenenza (che può essere a sua volta custom o esistente).
Strategia di Estensione Contestuale
Per evitare di creare delle logiche circostanziali, poco elastiche e di elevata manutenzione abbiamo deciso di adottare un paradigma simile all'estensione delle classi nella programmazione ad oggetti.
In pratica estendiamo le tabelle esistenti, cioè ne creiamo una copia che abbia un campo Context che identifichi il contesto di appartenenza (es. un Trovaprodotti specifico).
Il contesto rappresenta l'unione delle due tabelle (normale + nomale_ext) come se fossero un'unica tabella integrata nelle logiche Core.
Questa unione viene implementata tramite una scalar function che prende in input il contesto.
Ad esempio,
volendo aggiungere nuovi Manufacturer solo per il Trovaprodotti di PincoPallino (id 1111),
basterà utilizzare una funzione ManufacturerExt(1111) AS Manufacturer e fare le query come se ci trovassimo nel pool di Designbest.
In questo caso ManufacturerExt(1111) rappresenta la somma di tutti i manufacturer di Designbest + quelli custom che sono stati aggiunti dal contesto n° 1111
ManufacturerExt(1111) =
SELECT Campo1, Campo2, Campo3, 1 AS Core FROM Manufacturer
UNION
SELECT Campo1, Campo2, Campo3, 0 AS Core FROM Manufacturer_Ext WHERE Context = 1111
ManufacturerExt(1111) , tramite il campo @Core è in grado di sapere se si trova nel contesto specifico oppure nel core Designbest.
Ambiguità degli ID
A causa dell'ambiguità degli ID (i nuovi possono collidere con quelli del core, non c'è univocità),
ad ogni JOIN con le tabelle Ext è necessario specificare il parametro @Core per specificare se si tratta di record custom del contesto oppure di record di Designbest.
Nel caso di una GET dei Manufacturer, i recordset avranno sempre il campo @Core che indica se il manu in questione è di Designbest o un custom manu del contesto corrente.
In questo modo il frontend sarà in grado di mostrare la scheda prodotto con la coppia @ID INT, @Core BIT.
SELECT Nome, SeoNome, Descrizione, Core
FROM ManufacturerExt(1111) AS Manufacturer
Per ogni riga di risultato, l'applicativo sa se il prodotto è del contesto (Core = 0) o di Designbest (Core = 1)
Nel caso di un FILTRO dei Manufacturer, nella WHERE è sempre necessario specificare se stiamo cercando tra i custom record del contesto o in Designbest specificando il parametro Core
SELECT Nome, SeoNome, Descrizione, Core
FROM ManufacturerExt(1111) AS Manufacturer
WHERE Manufacturer.ID = 275 AND Manufacturer.Core = @FromCore
Necessario il parametro booleano @FromCore per suggerire di cercare dentro i custom record del contesto o dentro al core Designbest
