Struttura del progetto WPF consigliata?

Sono un pignolo per una buona soluzione di Visual Studio e strutture di progetto.Struttura del progetto WPF consigliata?

Sto per avviare un lavoro di prova WPF di concetto.

Qualcuno può consigliare alcune strutture di progetto WPF che hanno utilizzato e trovato funzionanti?

Qui http://drwpf.com/blog/2007/10/01/58/

Hanno una raccomandazione che mi piace:

Root 
    - Pages 
    - Controls 
    - Resources 
    App.xaml

in cui le pagine, i controlli e le risorse sono cartelle.

Qualcuno ha trovato che alcune strutture funzionano bene/non funzionano bene?

Inoltre, preferirei non entrare in una discussione su "Model View Presenter" se è ok per voi ragazzi.

fonte

2010-08-06 Lee Englestone

Seriamente, perché hai bisogno di qualche convalida su qualcosa del genere? Puoi trascinare il materiale in seguito, se necessario, e il supporto del refactoring in VS (specialmente nel 2010) è piuttosto buono. – slugster

All'inizio non hai bisogno di tempo per pianificare le cose prima di iniziare? Se non riesci a prepararti ti prepari a fallire. Certamente puoi cambiare le cose in seguito ma questo non è un buon argomento per non prendere il tempo all'inizio e pianificare è? –

Il mio punto è: l'esempio che hai dato va bene, perché hai bisogno di persone per criticarlo? Con tutti i mezzi pianificare in anticipo, ma ricorda anche che all'inizio di un progetto le cose saranno alquanto fluide e cambierai posizioni e spazi dei nomi delle cose. Categorizza le cose in un modo che abbia senso per ** te ** e per la tua squadra. Dopo una settimana o due troverai le cose che si sistemeranno e non ti muoverà più roba se non del tutto. Organizzare un * progetto * non è un grosso problema: organizzare una * soluzione * in anticipo ha un ROI più elevato per i tempi di pianificazione. – slugster

Tendo ad avere le seguenti directory: Convertitori, Modelli, Risorse, ViewModels e Views.

Ho visto anche una soluzione in cui la vista e ViewModels sono stati suddivisi fuori in progetti separati (vedi BubbleBurst su CodePlex)

fonte

2010-08-06 11:40:59 alimbada

Grazie per avermi alzato la palla alimbada –

Sono d'accordo con alimbada. Abbiamo anche creato diversi progetti per i modelli Visualizza e Visualizza. Rende le cose più facili da mantenere in caso di progetti enormi. Elenchi che avevamo erano -

- ViewsRoot 
    + Base 
    + Controls 
    + Documentation 
    + Forms(Windows) 
    + Reports 
    + Resources 
    + Themes 
    + Utilities 
    App.xaml 

- ViewModelsRoot 
    + Collection 
    + Commands 
    + Converters 
    + Resources 
    + TemplateSelectors 
    + ViewModels 
    + Views (Interfaces for views) 
    Constants.cs 
    Utility.cs

credo anche nel progettare la struttura in anticipo, questo rende facile per tutti gli sviluppatori di abituarsi ad esso e seguono lo stesso. Farlo dopo aggiunge confusione ed è doloroso nel caso in cui devi creare progetti seprati. Questo è il mio punto di vista e sono aperto a conoscere altri approcci migliori per questo.

fonte

2010-08-06 12:42:09 akjoshi

Mi piace. Dove inseriresti Proprietà/comportamento allegato in questo schema? Lo spezzo in una cartella separata che chiamo Behavior. – Berryl

Ho anche un progetto "core" di elementi wpf che tendono ad essere riutilizzabili su più progetti.Cose come Costanti, Utilità, Controlli e Comportamento (che probabilmente hanno anche controparti specifiche del progetto) – Berryl

Sono stato tentato di cambiare il nome di Risorse in Risorse, solo perché la risorsa è un concetto così caricato, specialmente se si ha a che fare con la localizzazione. Cheers – Berryl

Struttura del progetto WPF consigliata?

risposta

Problemi correlati