Возражением против паттерна MVVM является отсутствие поддержки IDE. Помогает ли в этом какая-либо инфраструктура?

Question

Некоторым нашим разработчикам не нравится командование в MVVM, потому что в IDE VS2010 нет поддержки, чтобы помочь вам перейти от привязки Command в xaml к реальному коду, реализующему поведение.С помощью code-behind вы можете щелкнуть правой кнопкой мыши и выбрать Navigate to Event Handler.Мы начинаем новый проект с примерно 4 разработчиками, но обычно мы делим работу на функциональные области, а не на Ux и бизнес-логику, поэтому каждый разработчик работает в xaml и viewmodel / domain для реализации необходимой функциональности.

Считаете ли вы, ребята, это препятствием для принятия MVVM?

Помогает ли какая-либо из структур в этом отношении?

Существуют ли какие-либо советы / рекомендации, которые облегчают навигацию?

Может быть, нам стоит попробовать разделить работу между Ux и логикой приложения?

Спасибо за любые идеи.

Answer 1

Звучит как нытье, а не как реальная критика команд или MVVM.Для реализации и использования MVVM не требуется много усилий.Я никогда не использовал фреймворк для реализации MVVM.

Я всегда помещал свои Команды вверху моих классов viewmodel, за которыми следуют открытые свойства, конструктор и функции.У вас проблемы с поиском их в вашей модели просмотра, возможно, ваш файл слишком длинный.Это более 1500 строк?Если это так, рассмотрите возможность разбить его на несколько классов.

Answer 2

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

Я работаю в основном на виртуальных машинах, и у меня никогда не было проблем с XAML.... Потому что я почти никогда не прикасаюсь к этому.Обратное верно для нашего парня, который разрабатывает наши взгляды.Он почти полностью работает на XAML и не пишет много кода на C #.