[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, open source, hosting

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:

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:


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"?

---

quota

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.

---

quota

22/11/2011 17:50:08

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? ç_ç

---

quota

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.

---

quota

22/11/2011 19:35:12 e modificato da ghennadi72 il 22/11/2011 19:40:32

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? 😁

---

quota

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? http://code.google.com/p/phphooks/ ↗

---

quota

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!

quota

22/11/2011 19:59:45 e modificato da ghennadi72 il 22/11/2011 20:01:27

No, qualcosa di simile a questo http://wiki.sphere.torfo.org/index.php/Chapter_9 ↗. :-)
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 :-)


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. :-)

---

quota

22/11/2011 20:23:09 e modificato da blancks il 22/11/2011 20:27:10

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

Ti posso suggerire di dare un occhio alle funzioni serialize() http://it2.php.net/serialize ↗ e unserialize()http://it2.php.net/manual/en/function.unserialize.php ↗

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:

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:




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.

---

quota

23/11/2011 00:39:15

La cosa mi intriga. Grazie Blancks, se la utilizzerò ti sposterò dalla blacklist alla greylist 😎

---

quota

23/11/2011 10:44:58 e modificato da blancks il 23/11/2011 10:46:37

Finché lasciamo gargamella in puffolandia mi sta bene 😎

Una piccola nota comunque, quest'espressione:


Ti potrebbe restituire un errore se la tua versione di php è precedente alla 5.3, in quanto le funzioni anonime sono state introdotte perl'appunto dalla v5.3 http://it.php.net/manual/en/functions.anonymous.php ↗, in quel caso devi adoperare create_function() http://it.php.net/create_function ↗.

---

quota