[php] usare nomi di variabili archiviate nel DB

[php] usare nomi di variabili archiviate nel DB postato il 22/11/2011 17:37:41 nel forum programmazione, gdrcd e open source

Una domanda tecnica. Ho esigenza di salvare nel database i nomi delle variabili che devono essere passate a una funzione. Nomi, non valori.

Ipotetica tabella in mysql:

ID______CAMPO1_____CAMPO2_______PARAMETRI
1_______BlaBla_____BulaBula_____$pippo_____________
2_______CipCiop____FruFru_______$minnie,$clarabella

Supponiamo che in base alle mie esigenze estraggo la riga 1 piuttosto che la riga 2. Notare che nel primo caso il campo "PARAMETRI" contiene un solo nome di variabile, nel secondo due. Questo perchè potrei dover passare i parametri a una diversa funzione.

Supponiamo che una query estragga la riga richiesta e che il valore del campo "PARAMETRI" finisca nella variabile $PARAMETRI.

Nel file php invece avrei:

<?php
// ..codice vario..

$pippo = qualche_funzione();
$minnie = 'meretrice';
$clarabella = $_SESSION['gargamella'];

// ..altro codice ..

if(blablabla)
{
$esito = funzione1($PARAMETRI);
}
else
{
$esito = funzione2($PARAMETRI);
}

// ..altro codice

?>

Cosa succede al valore della variabile $PARAMETRI? La sostituzione come viene effettuata, ossia che valore arriva a funzione1 e funzione2? Gli arrivano i valori delle variabili così come assegnate prima del costrutto IF, o gli arriva un valore letterale sotto forma di stringa contenente rispettivamente "$pippo" e "$minnie,$clarabella"?

ASoIaF - Il Grande Inverno GdR [Link

]
Not a cosplay by chat

Risposte alla discussione

Pagine: 1 [2]

blancks

22/11/2011 17:43:48

Gli arriva la stringa, per la riga uno conterrà "$pippo", per la riga due "$minnie,$clarabella".

Se devi far arrivare a quelle funzioni i valori, archivia direttamente quelli nel db, altrimenti prova ad illustrare meglio la situazione entrando nel tuo specifico caso per ciò che ti occorre fare.

Forge of Empire
Costruisci il tuo insediamento e accompagnalo dagli inizi dell'Età della Pietra nel corso dei secoli in questo pluri-premiato browser game!

ghennadi72

22/11/2011 17:50:08

blancks ha scritto: Gli arriva la stringa, per la riga uno conterrà "$pippo", per la riga due "$minnie,$clarabella".

Se devi far arrivare a quelle funzioni i valori, archivia direttamente quelli nel db, altrimenti prova ad illustrare meglio la situazione entrando nel tuo specifico caso per ciò che ti occorre fare.

Come temevo -.- Mi pareva troppo bello per essere vero. Stavo cercando di decidere, non potendo prevedere a monte i valori delle variabili, quale fosse l'opzione più conveniente tra

1) duplicare un tot di righe assegnando a monte le variabili dopo uno studio accurato dei valori che le funzioni chiamate possono attendersi a seconda delle circostanze in cui vengono chiamate

2) studiarmi come mysql gestisce le stored procedures/functions rispetto a quanto accade in oracle

3) Sperare nella possibilità di passare a una funzione il nome di una variabile all'interno di un'altra variabile con sostituzione del valore assegnato nello script al momento del richiamo della funzione (mi pare di capire che non si può)

Scartando per ragioni di tempo l'opzione 2 temo di dovermi buttare sulla 1, vero? ç_ç

ASoIaF - Il Grande Inverno GdR [Link

]
Not a cosplay by chat

blancks

22/11/2011 18:10:34

Ghenna, mi devi spiegare il problema.
Non sapendo perché ti occorre agire in quel modo non sono ingrado di consigliarti una soluzione appropriata.

ASoIaF - Il Grande Inverno
Gioca il Westeros su Asoiaf il Grande Inverno. Da dieci anni: "Il lupo solitario muore, in branco sopravvive".

mr_faber

22/11/2011 18:13:23

non so cosa vuoi fare ma penso che tu stia progettando male la tua soluzione. in ogni caso lavorando a vettori e memorizzando sul db valori comma separated te la dovresti cavare.

Homo Faber Fortunae Suae

ghennadi72

22/11/2011 19:35:12

mr_faber ha scritto: non so cosa vuoi fare ma penso che tu stia progettando male la tua soluzione. in ogni caso lavorando a vettori e memorizzando sul db valori comma separated te la dovresti cavare.

Salvare direttamente i valori comma(o_altro_carattere)separated era esattamete quello che stavo cercando di evitare, Faber. Mi interessava salvare dei modelli di funzione e relativi parametri da richiamare in specifiche condizioni che possono verificarsi anche contemporaneamente (quindi non mi basta prevedere i casi a monte con costrutti if o switch) e cercavo solo la soluzione più elastica e generalistica possibile prima di rassegnarmi al comma-separated, in un sistema che ahimé è costruito non per classi e oggetti ma su una logica tipica da programmazione strutturata.

Ho diverse opzioni alternative, non è che se non applico questa follia sono a terra. Un sistema come quello che avevo ipotizzato mi avrebbe lasciato piena libertà dai valori attesi dalle funzioni.

Significa solo che dovrò essere più specifico con le funzioni, definendo il maggior numero possibile delle variabili che mi occorreranno al loro interno o richiamandole dall'esterno (ossia dal resto della pagina/script) come variabili globali, anzichè passargi i valori come parametri e ricorrendo al comma-separated nel DB per i valori che non sarebbe opportuno/funzionale richiamare come variabili globali dalla pagina.
L'ipotesi che ho formulato (in modo incompleto) sarebbe stata la chicca da sturbo mentale pomeridiano, ma non mi è indispensabile 😃

@Blancks: mi è venuta la malsana idea di riprodurre il sistema di gestione degli "events" con la stessa logica dello scripting sotto l'emulatore SphereServer per Ultima Online. Eventi che per UO Sphere possono essere "installati", una volta definiti, su qualunque cosa: personaggi, oggetti, aree della mappa, fasce orarie, mostri, condizioni meteo, etc. Ti dice qualcosa in più? Adesso é più chiara l'origine del mio cruccio? 😁

ASoIaF - Il Grande Inverno GdR [Link

]
Not a cosplay by chat

Modificato il 22/11/2011 19:40:32 da ghennadi72

leoblacksoul

22/11/2011 19:51:47

Mmh, io concordo con faber XD credo che tu stia prendendo il problema dalla parte sbagliata.
Se ho capito bene cosa vorresti fare, stai cercando di sviluppare qualcosa si simile a un sistema a hook? [Link ]

---
Non chiedetemi aiuto in privato per questioni di programmazione; chiedete sul forum e eventualmente vi risponderò lì.
[Link ] - Hosting per GDR

vino_veritas

22/11/2011 19:55:34

Io non ho capito! Cioè vuoi creare degli "eventi" che possano essere universali e adattabili ad ogni "cosa"? Ma non puoi proprio svoltare riprogettando il tutto ad oggetti? Sarebbe molto più semplice progettare -e quindi implementare- il tutto!

magma_fire 17.36
mi consigliate un gdr buono?
rosanera 17.36
extremelot
rosanera 17.36
iscriviti subito pero´
magma_fire 17.36
xke?
rosanera 17.36
chiudon presto

ghennadi72

22/11/2011 19:59:45

leoblacksoul ha scritto: Mmh, io concordo con faber XD credo che tu stia prendendo il problema dalla parte sbagliata.
Se ho capito bene cosa vorresti fare, stai cercando di sviluppare qualcosa si simile a un sistema a hook? [Link ]

No, qualcosa di simile a questo [Link

]. 😃
Il "problema" é già in avanzato stato di "solving", ne ho postato solo un pezzetto che speravo mi aiutasse a risparmiare qualche riga di db, qualche include e qualche chiamata a variabili globali che avrei evitato per abitudini mie, ma come ho detto non è un problema bloccante la non fattibilità di quello che mi è venuto in mente oggi pomeriggio.

Grazie in ogni caso delle risposte e dei suggerimenti 😃

vino_veritas ha scritto: Io non ho capito! Cioè vuoi creare degli "eventi" che possano essere universali e adattabili ad ogni "cosa"? Ma non puoi proprio svoltare riprogettando il tutto ad oggetti? Sarebbe molto più semplice progettare -e quindi implementare- il tutto!

No, non essendo un MUD, ossia essendo questi elementi solo un contorno rispetto al cuore (che resta l'interpretazione descrittiva) non ne vale la pena. 😃

ASoIaF - Il Grande Inverno GdR [Link

]
Not a cosplay by chat

Modificato il 22/11/2011 20:01:27 da ghennadi72

blancks

22/11/2011 20:23:09

Si adesso credo di aver più chiaro cosa vuoi fare.

Ti posso suggerire di dare un occhio alle funzioni serialize() [Link ] e unserialize()[Link ]

Tramite la prima puoi ottenere una rappresentazione a livello di stringa di una variabile un array o addirittura un intera funzione, così che puoi archiviarla in un database come un dato di testo qualunque.

Una volta recuperato puoi deserializzarla mediante la seconda funzione e accedere alle proprietà di quel che era in origine il dato.

Esempio:

$funzione_contatore = function ($start=null){ static $count; if (!is_null($start)) $count= 0; else ++$count; return $count; };

$fc_serializzata = serialize($funzione_contatore);

// e ti archivi $fc_serializzata nel db

// pagina a caso.php in cui recuperi da db la funzione serializzata
$evento = unserialize($row['event']);

echo $evento(true);

Con questa tecnica va perso chiaramente il nome della variabile originaria che conteneva la funzione o il dato che vuoi salvare.

Ma puoi adottare un semplice escamotage utilizzando un array associativo le cui chiavi, anche dopo la deserializzazione, restano del loro valore pertanto puoi passare alla tua funzione come parametro d'ingresso quell'array che contiene delle chiavi ben distinte e riconoscibili.

Mi spiego con un ulteriore esempio pratico:

$figo = array('ghenna' => 'in graylist', 'blancks' => 'in blacklist', 'gargamella' => 'in puffolandia');

// query di archivio nel db:
UPDATE tabella SET campo = serialize($figo) WHERE [condizione]

// pagina di recupero:
<?php
// ..codice vario..

$pippo = qualche_funzione();
$minnie = 'meretrice';
$clarabella = $_SESSION['gargamella'];

// ..altro codice ..

if(blablabla)
{
$esito = funzione1(unserialize($campo));
}
else
{
$esito = funzione2(unserialize($campo));
}

// ..altro codice

?>

All'interno delle funzioni, onestamente non credo ti occorra sapere i nomi negli array, ma ci vuole poco a ciclarlo e separare i vari dati nell'ordine che più torna comodo.