Ciao,
penso che quando devi modificare grafi di oggetti dal client, BreezeJS sia un'ottima scelta, soprattutto perché stai già usando Web API ed EntityFramework.
Leggi questo articolo introduttivo di Stefano Mostarda.
http://www.linqitalia.com/articoli/entity-framework/utilizzare-libreria-breezejs-webapi-entity-framework-gestire-accesso-dati-javascript.aspx

Potrai lavorare con le entità del tuo modello come se ti trovassi lato server. Grazie all'EntityManager, le modifiche agli oggetti verranno tracciate ed inviate tutte insieme al server invocando il suo metodo SaveChanges.

Puoi ovviamente fare query sfruttando la sintassi di interrogazione OData. Lato client, potrai comporre la query in una maniera che ti sembrerà familiare, come se stessi usando LINQ.

Leggi questo articolo su come integrarlo ad AngularJS.
http://www.getbreezenow.com/documentation/breeze-angular

ciao,
Moreno

---

Modificato da BrightSoul il 18 marzo 2015 23.37 -

Ciao,

ianselmi ha scritto:

pero' volevo capire se c'era una soluzione senza utilizzarlo breeze

Certamente, esistono varie possibilità, un po' come quando devi affrontare un viaggio.

Puoi scrivere tu tutto il codice javascript che serve a realizzare la funzionalità che ti serve, ma questo equivarrebbe - se mi passi l'analogia - ad andare a piedi a Roma (sono 350Km da casa mia, che è ok se vuoi fare un pellegrinaggio e non ti importa il numero di giorni impiegati).

Se usi Breeze, i passeggeri (ovvero le tue entità) saranno trasportate comodamente da client a server su un autobus che non hai prodotto tu, ma qualcun altro di cui probabilmente dovresti fidarti dato che *si presume* abbia passato il collaudo.

ianselmi ha scritto:

Tu hai mai affrontato un problema simile?

Sì, l'ho risolto con Breeze, anche se la mia applicazione usava Knockout per la presentazione dei dati. Col senno di poi avrei forse usato anch'io Angular JS.
Con Breeze ho incontrato giusto un paio di difficoltà nel momento in cui le mie entità usavano chiavi naturali anziché chiavi surrogate autoincrementanti e quando dovevo gestire relazioni molti a molti (non so se nelle recenti versioni di Breeze ne hanno aggiunto il supporto).
Comunque, è bastato cambiare il tipo di chiave e aggiungere nel modello anche anche la tabella delegata alla relazione molti a molti.

ciao,
Moreno

Ciao, nessun problema!

ianselmi ha scritto:

se esisteva lettura riguardante questo argonento

Cerca "observer pattern javascript", troverai degli articoli e degli esempi sul come tracciare le modifiche apportate ad oggetti e liste.

Tracciare le aggiunte e le rimozioni dalle liste, in particolar modo, è importante per riuscire poi a persistere correttamente tutto nel database con i necessari comandi INSERT, UPDATE e DELETE.

Personalmente, penso che se non potessi usare BreezeJS rinuncerei a tracciare le modifiche lato client. Piuttosto, cercherei di costruire una task-based UI formata da molteplici azioni elementari così la creazione di un oggetto complesso sarebbe suddivisa in più step.

• Creare la fattura scatena una POST verso /api/fatture
• Aggiungere una riga scatena una POST verso /api/fatture(id)/righe
• Impostare il cliente scatena una PUT verso /api/fatture(id)/cliente
• ...e così via

In questo modo non avrei l'onere di dover tracciare le modifiche e persisterle poi tutte insieme con una sola richiesta ajax.

ciao,
Moreno

---

Modificato da BrightSoul il 27 marzo 2015 22.33 -