Silverlight UI e PRISM - come abbattere correttamente i componenti?

3

Ecco come appare la mia soluzione adesso. E arriva al punto in cui i miei controlli devono fare riferimento a Model. È davvero difficile mantenere separate Infrastructure, Constants, Controls e Model.

Per dimensioni e modularità del download MAIN e Modules (ce ne sono molti) rimarranno separati. Ma quelle librerie di base sembrano essere referenziate da tutti i moduli e MAIN. Non vedo il punto di tenerli in progetti separati. Sono sicuro che tutti voi avete avuto lo stesso problema.

Quindi, mi chiedo se dovrei continuare a provare e tenerli separati / liberamente accoppiati (difficile da fare ora senza riferimenti circolari) o è corretto fonderli in un progetto Infrastructure? Il mio modello ha molti metadati e questo metadato è necessario nei controlli e in altri luoghi. Ecco dove è stretto.

    
posta katit 01.11.2011 - 02:09
fonte

1 risposta

1

Devi evitare che i Control facciano riferimento al Modello, sembra che tu stia cercando di tagliare alcuni angoli e che le classi e le strutture utilizzate dai controlli dell'interfaccia utente inizino a perdere in ViewModels, e anche oltre il Modello.

Pensa a DataGridRow, non usi la raccolta di DataGridRows in ViewModel, usi la raccolta di oggetti Dominio.

Associazione dati e convertitori, sono gli strumenti per aiutarti a mantenere le cose separate, quando progetti i controlli dell'interfaccia utente prova a pensare in astratto, immagina che non sai con che tipo di dati lavoreranno, prova a pensare all'esperienza utente ( comportamento) che dovrebbero fornire.

    
risposta data 23.12.2011 - 09:25
fonte

Leggi altre domande sui tag