Рекомендуемая структура проекта WPF?

Я сторонник хороших решений Visual Studio и структур проекта.Рекомендуемая структура проекта WPF?

Я собираюсь запустить WPF-доказательство концепции работы.

Может ли кто-нибудь порекомендовать некоторые проектные структуры WPF, которые они использовали и нашли, работали хорошо?

Здесь http://drwpf.com/blog/2007/10/01/58/

Они имеют одну рекомендацию, которая мне нравится:

Root 
    - Pages 
    - Controls 
    - Resources 
    App.xaml

Где страницы, элементы управления и ресурсы являются папками.

Кто-нибудь нашел, что некоторые структуры работают хорошо/не работают хорошо?

Также я бы предпочел не обсуждать дискуссию «Модельный докладчик», если все в порядке с вами, ребята.

источник

2010-08-06 Lee Englestone

Серьезно, зачем нужна проверка на что-то подобное? Вы можете перетаскивать файлы позже, если вам нужно, и поддержка рефакторинга в VS (особенно в 2010 году) довольно хороша. – slugster

У вас нет времени в начале планировать вещи, прежде чем начать? Если вы не подготовитесь, вы готовы к неудаче. Конечно, вы можете поменять вещи позже, но это не очень хороший аргумент, поскольку он не занимает времени в начале и не планирует ли это? –

Моя точка зрения: пример, который вы дали, в порядке, зачем вам нужно критиковать его? Обязательно планируйте заранее, но также помните, что в начале проекта все будет немного жидким, и вы измените места и пространства имен. Категоризируйте вещи таким образом, который имеет смысл ** вы ** и ваша команда. Через неделю или две вы обнаружите, что все оседает, и вы не будете перемещать вещи так сильно, если вообще. Организация * проекта * не имеет большого значения - организация * решения * заблаговременно имеет более высокий ROI для вашего времени планирования. – slugster

У меня есть следующие каталоги: Преобразователи, Модели, Ресурсы, ViewModels и Views.

Я также видел решение, где View и ViewModels были разделены в отдельные проекты (см BubbleBurst на CodePlex)

источник

2010-08-06 11:40:59 alimbada

Спасибо, что получил мяч, катящийся alimbada –

Я согласен с alimbada. Мы также создали различные проекты для моделей View и View. Это упрощает работу в случае огромных проектов. Каталоги у нас было -

- 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

Я также верю в планировании структуры заранее, это делает легко для всех разработчиков, чтобы привыкнуть к нему и следовать тем же самым. Выполнение этого позже добавляет путаницу и болезненно, если вам нужно создавать отдельные проекты. Это мой взгляд, и я открыт, чтобы узнать о других лучших утверждениях для этого.

источник

2010-08-06 12:42:09 akjoshi

Мне это нравится. Где бы вы разместили Attached Properties/Behavior в этой схеме? Я разбиваю это на отдельную папку, которую я называю Поведением. – Berryl

У меня также есть «основной» проект элементов wpf, которые, как правило, многократно используются для нескольких проектов.Такие вещи, как «Константы», «Утилиты», «Управление» и «Поведение» (которые также, вероятно, имеют специфичные для проекта аналоги) – Berryl

У меня возникло соблазн изменить имя Ресурса на Активы, только потому, что ресурс является такой загруженной концепцией, особенно если вы имеете дело с локализацией. Cheers – Berryl

Рекомендуемая структура проекта WPF?

ответ

Смежные вопросы