|
From: Michele M. <mma...@ti...> - 2002-08-15 23:45:37
|
Ho analizzato per un paio di giorni la situazione riguardo le classi=20 "wrapper" per i tag METADATA e la possibilit=E0 di interfacciare queste c= lassi=20 con il database dei metadata (reperito a fatica su didserv !). Dapprima avevo pensato un meccanismo simile a quello degli ASI (e alcune=20 classi penso siano entrate anceh nel CVS) ma poi mi sono reso conto che t= utto=20 ci=F2 non va bene: - Mentre con gli ASI memorizziamo come BLOB tutte le classi (serializzate= una=20 dentro l'altra), per i metadata abbiamo un database che pur rispecchiando= il=20 contenuto dell'XML presenta una struttura diversa. - In altre parole non penso possa funzionare una serializzazione in cui o= gni=20 tag si memorizza in qualche tabella e poi dice ai suoi sotto-tag di fare=20 altrettanto. In alcune relazioni infatti le informazioni di un tag e di=20 alcuni suoi sottotag sono contenute nella stessa tabella o collegate in=20 maniera diversa. Propongo quindi (ed eliminero'le classi di prova da CVS) di utilizzare un= a=20 classe statica che faccia da Serializzatore e di permettere a questa clas= se=20 di avere il meccanismo per memorizzare solo certi tag. Come questa memorizzazione andr=E0 fatta e'ovviamente a discrezione di qu= esta=20 unica classe che, potra' scendere e navigare a piacimento nella gerarchia= a=20 partire dalla classe desiderata. Detto questo avverto che incomincio a scrivere la parte relativa alla=20 memorizzazione. Vorrei comunque sapere quali classi siano importanti per la serializzazio= ne. A occhio e croce penso che un metadata sia |