Почему я должен использовать MVVM, когда он повреждается созданный в riaservices функциональности
Я изо всех сил пытаюсь схватить, почему MVVM является действительно хорошим шаблоном для реализации в riaserivces, мне существует только проблема к нему, он просто другой уровень add, который я должен кодировать. Я Получаю это, я мог изменить UI, но действительно я не должен. Вместо этого я не смогу пользователю из функциональности поля с riaservices, datagrid, dataform, все средства управления требуют некоторой реализации. Почему это не может просто быть просто?
Нет ли действительно никакой способ заставить MVVM автоматически устанавливать "IsBusy" и всю функциональность редактирования dataform. Это похоже на изобретение велосипед мне, и кажется, что я смог бы написать код, намного быстрее просто использующий riaservices
2 ответа
Некоторые люди спросят: "Зачем мне использовать RIA Services, если это ломает MVVM?" :-) Я не настолько эксперт по RIA Services, чтобы ответить на ваши вопросы о IsBusy и сохранении функциональности легкого редактирования с MVVM, но имейте в виду, что и MVVM, и RIA Services сейчас очень высоко на американских горках, и практически любой блог или сайт разработчиков попытается убедить вас в том, что это лучшее, что есть в мире. Если вы не видите необходимости в технологии или паттерне, не используйте его.
И все же: По моему мнению, RIA Services действительно предназначены для того, чтобы позволить вам разместить DataGrid на странице и просматривать с его помощью базу данных. Вот почему почти все существующие примеры делают именно это, и большинство из них не утруждают себя MVVM, потому что это мешает ловким мастерам и разработке с помощью перетаскивания, в чем RIA действительно сияет. Если вы занимаетесь именно этим, то RIA без MVVM, вероятно, имеет больше смысла, чем наоборот.
MVVM не ломает RIAServices. Все дело в том, как вы реализуете этот паттерн. Помните, MVVM - это Model-View-ViewModel. ViewModel делает тяжелую работу, а представление привязывается к модели.
При использовании RIA + MVVM, ViewModel просто обрабатывает вызовы сервисов RIA. Он все еще может использовать модели, которые предоставляют сервисы RIA, и привязывает их к представлениям. IsBusy - не проблема, это обычно состояние представления, которое вы можете поднять.
Зачем использовать их вместе? Именно потому, что вы не знаете, что может измениться, а также для тестирования и гибкости. Не знаю, как вы, я бы предпочел тестировать свои модели представления и логику без зависимости от доступности сервиса и базы данных. В MVVM модель представления может это сделать - я могу создать "фальшивый" слой, который предоставит мне модели для тестирования. Это также означает, что я могу создавать код и позволять дизайнерам проектировать, даже если я еще не проработал сервисы или не создал эту часть.
Когда все будет готово, тогда в производственной версии я подключу "настоящую" модель RIA и буду работать дальше.