Open lorenzomalferrari opened 1 month ago
Lavorare meglio il case. Vorrei che negli switch troveremo import_users. E solo nella classe si vada a esplodere la variabile per poi usare users.
Usiamo sempre un array per interrogare e trovare a users che tabella corrisponda.
Anche perché vorrei che api.php gli arrivasse import_utenti e poi la tabella sarà lmgc_Users
Per gestire il nuovo formato del contesto (
import_users
,download_users
, ecc.), modifichiamo le classiImportData
eDownloadData
per accettare un ulteriore parametro che indichi la tabella su cui lavorare. Inoltre, aggiorneremo il codice principale per estrarre e gestire correttamente questi valori.Aggiornamento delle Classi
Classe
ImportData
Classe
DownloadData
Aggiornamento del Codice Principale
Aggiorna il codice principale per gestire il nuovo formato del contesto:
Spiegazione
Parsing del Contesto:
import
,download
, ecc.) e la tabella (users
,buildings
, ecc.).Costruttori delle Classi:
ImportData
eDownloadData
ora accettano un parametro aggiuntivo$table
nel costruttore.Switch nel Codice Principale:
import
crea un'istanza diImportData
passando il nome della tabella.download
crea un'istanza diDownloadData
passando il nome della tabella.Questo approccio rende il sistema più flessibile e modulare, permettendo di gestire facilmente diverse azioni su diverse tabelle tramite un unico punto di ingresso.