Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Policy di persistenza dati
7 views
Skip to first unread message
marcosabba
Apr 9, 2013, 5:54:27 AM4/9/13
to
Salve, non so se la domanda che sto per fare è stata fatta esattamente
nei termini in cui ve la sto ponendo, però ho dei dubbi "architetturali"
sulle modalità di salvataggio di alcune classi di dominio: attualmente,
dopo aver provato la serializzazione col binary formatter, sto usando il
DataContractSerializer, dunque l'"impatto" sulle mie classi di dominio è
limitato all'uso di attributi [DataContract] e [DataMember], e la
serializzazione viene invocata da un PersistenceService che chiamo da un
progetto che racchiude i servizi di Runtime. Dunque non c'è (a parte gli
attributi) niente che "sporchi" le classi di modello, non so se mi
spiego bene. So che la serializzazione non è pensata specificamente per
il salvataggio, ma è la prima cosa che mi è venuta in mente...
Ora però avrei necessità di salvare i miei dati in un formato
proprietario, sempre xml, ma devo pilotare io la scrittura: in che
direzione è meglio muoversi?
- Inserire nelle classi di modello dei metodi per il salvataggio e il
caricamento? A prima vista non mi pare corretto, si inserirebbe una
conoscenza implementativa di servizio in un oggetto di dominio...
- Centralizzare nel PersistenceService tutta la policy di esplorazione e
salvataggio dei dati?
- Altre policy a cui non ho pensato
Credo che siano cose per molti di voi già assodate, se avete dunque
qualche riferimento per studiare la questione o qualche consiglio, vi
sarei molto grato.
Grazie e ciao!
nei termini in cui ve la sto ponendo, però ho dei dubbi "architetturali"
sulle modalità di salvataggio di alcune classi di dominio: attualmente,
dopo aver provato la serializzazione col binary formatter, sto usando il
DataContractSerializer, dunque l'"impatto" sulle mie classi di dominio è
limitato all'uso di attributi [DataContract] e [DataMember], e la
serializzazione viene invocata da un PersistenceService che chiamo da un
progetto che racchiude i servizi di Runtime. Dunque non c'è (a parte gli
attributi) niente che "sporchi" le classi di modello, non so se mi
spiego bene. So che la serializzazione non è pensata specificamente per
il salvataggio, ma è la prima cosa che mi è venuta in mente...
Ora però avrei necessità di salvare i miei dati in un formato
proprietario, sempre xml, ma devo pilotare io la scrittura: in che
direzione è meglio muoversi?
- Inserire nelle classi di modello dei metodi per il salvataggio e il
caricamento? A prima vista non mi pare corretto, si inserirebbe una
conoscenza implementativa di servizio in un oggetto di dominio...
- Centralizzare nel PersistenceService tutta la policy di esplorazione e
salvataggio dei dati?
- Altre policy a cui non ho pensato
Credo che siano cose per molti di voi già assodate, se avete dunque
qualche riferimento per studiare la questione o qualche consiglio, vi
sarei molto grato.
Grazie e ciao!
Mauro Servienti [MVP]
Apr 12, 2013, 3:50:46 AM4/12/13
to
Ciao Marco,
You wrote on 09/04/2013 :
> - Inserire nelle classi di modello dei metodi per il salvataggio e il
> caricamento? A prima vista non mi pare corretto, si inserirebbe una
> conoscenza implementativa di servizio in un oggetto di dominio...
> - Centralizzare nel PersistenceService tutta la policy di esplorazione e
> salvataggio dei dati?
> - Altre policy a cui non ho pensato
un "mix" fatto da un sistema centralizzato con cui tu dialoghi
dall'esterno e lui internamente usata un pattern come il Visitor per
delegare a classi specifiche la serielizzazione custom di elementi
specifici che ovviamente lui non può conoscere.
.m
--
blog @ //milestone.topics.it
You wrote on 09/04/2013 :
> - Inserire nelle classi di modello dei metodi per il salvataggio e il
> caricamento? A prima vista non mi pare corretto, si inserirebbe una
> conoscenza implementativa di servizio in un oggetto di dominio...
> - Centralizzare nel PersistenceService tutta la policy di esplorazione e
> salvataggio dei dati?
> - Altre policy a cui non ho pensato
dall'esterno e lui internamente usata un pattern come il Visitor per
delegare a classi specifiche la serielizzazione custom di elementi
specifici che ovviamente lui non può conoscere.
.m
--
blog @ //milestone.topics.it
marcosabba
Apr 12, 2013, 5:34:00 AM4/12/13
to
durante la stesura di un metodo chilometrico per la scrittura su xml:
//TODO: Visitor pattern???
foreach (var blockNScope in blocksNScopes.SelectMany(s => s).ToList())
[...]
;)
Mi hai confermato l'ipotesi, grazie e buona giornata!!
0 new messages