MVVM и подразделение среди нескольких разработчиков

Question

Может ли кто-нибудь говорить о легкости разделения работы между несколькими разработчиками при разработке и создании приложений Silverlight или WPF средней и большой сложности? Моей команде трудно четко разделить работу, когда у вас есть, например, несколько элементов управления, которые предоставляют различные визуализации Model / ViewModel, которые довольно сложны и имеют много свойств и методов для взаимодействия с данными. Кажется, что очень большая часть работы заканчивается разработкой и построением Model / ViewModel, и гораздо меньше внутри каждого из элементов управления, которые, естественно, легко распределить по нескольким людям.

Answer 1

MVVM особенно хорошо подходит для этого - по моему опыту, гораздо лучше, чем предыдущие варианты пользовательского интерфейса.

"Хитрость" заключается в том, чтобы разбить ваше приложение на составные части.Вместо того, чтобы иметь одну, единственную, огромную Model / ViewModel, имейте много меньших ViewModel, каждый из которых отвечает за одну часть программы.Вы бы использовали ту же базовую структуру, чтобы разбить представление, помня, что вы всегда можете вложить представление в другое представление, если используете UserControls.

Это позволяет назначать отдельные представления или модели представления отдельным разработчикам., почти без перекрытия.

Кажется, что ваши классы ViewModel и Model слишком сложны.