2010-08-06 53 views
13

Soy un fiel reflejo de las buenas estructuras de soluciones y proyectos de Visual Studio.Estructura recomendada del proyecto WPF?

Estoy a punto de comenzar un trabajo de prueba de concepto de WPF.

¿Alguien puede recomendar algunas estructuras de proyecto de WPF que hayan utilizado y funcionado bien?

Aquí http://drwpf.com/blog/2007/10/01/58/

Tienen una de las recomendaciones que me gusta:

Root 
    - Pages 
    - Controls 
    - Resources 
    App.xaml 

donde las páginas, controles y recursos son carpetas.

¿Alguien ha encontrado que ciertas estructuras funcionan bien/no funcionan bien?

También prefiero no entrar en una discusión sobre el 'Modelo Viewer Presentador' si les parece bien.

+1

En serio, ¿por qué necesita alguna validación en algo como esto? Puede arrastrar/soltar material más adelante si lo necesita, y el soporte de refactorización en VS (especialmente 2010) es bastante bueno. – slugster

+9

¿No se toma un tiempo al principio para planificar las cosas antes de comenzar? Si no puede prepararse, prepárese para fallar. Por supuesto, puede cambiar las cosas más tarde, pero ese no es realmente un buen argumento para no tomarse el tiempo al principio y ¿es así? –

+0

Mi punto es: el ejemplo que dio está bien, ¿por qué necesita personas para criticarlo? Por supuesto, planee con anticipación, pero también recuerde que al comienzo de un proyecto las cosas serán algo fluidas y cambiará las ubicaciones y los espacios de nombres de las cosas. Clasifique las cosas de una manera que tenga sentido para ** usted ** y su equipo. Después de una semana o dos, encontrarás cosas que se asentarán y no moverás tanto o nada. Organizar un * proyecto * no es gran cosa: organizar una * solución * con anticipación tiene un ROI más grande para su tiempo de planificación. – slugster

Respuesta

6

Tiendo a tener los siguientes directorios: Conversores, Modelos, Recursos, ViewModels y Vistas.

También he visto una solución donde la vista y ViewModels se han dividido a cabo en proyectos separados (ver BubbleBurst en CodePlex)

+0

Gracias por hacer rodar la pelota alimbada –

9

Estoy de acuerdo con alimbada. También hemos creado diferentes proyectos para los modelos Ver y Ver. Hace las cosas más fáciles de mantener en caso de grandes proyectos. Directorios que teníamos estaban -

- 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 

También creo en la planificación de la estructura de antemano, esto hace más fácil para los desarrolladores que se acostumbre a ella y siguen el mismo. Hacer esto más adelante agrega confusión y es doloroso en caso de que tenga que crear proyectos separados. Esa es mi opinión y estoy abierto a conocer otros enfoques mejores para esto.

+1

Me gusta esto. ¿Dónde pondrías propiedades/comportamiento adjunto en este esquema? Lo divido en una carpeta separada que llamo Comportamiento. – Berryl

+1

También tengo un proyecto 'núcleo' de elementos wpf que tienden a ser reutilizables en múltiples proyectos.Cosas como Constantes, Utilidades, Controles y Comportamiento (que también probablemente tienen homólogos específicos del proyecto) – Berryl

+1

He tenido la tentación de cambiar el nombre de Recursos por Activos, solo porque el recurso es un concepto tan cargado, especialmente si se trata de localización. Cheers – Berryl

Cuestiones relacionadas