Я не разделяю другие склонности ответчиков на использование служб RIA для WPF без фактического клиента RIA Services: если вы не используете фактический клиентский компонент RIA Services, как они рекомендуют, это обычно означает переписывание больших частей вашего кода обработки данных на клиенте в любом случае.
Как правило, автоматически создаваемые классы в приложении RIA Services используются повсюду, и их поведение не просто реконструируется. На самом деле это было бы действительно очень сложно сделать, и вам было бы лучше просто переписать большую часть этой вещи. Например, ваше приложение не привязывает свойство Disabled
свойства сохранения к XyzContext.HasChanges
?
Если ваше приложение является типичным, вам действительно нужен настоящий клиент RIA Serives для чистого порта.
Полуприемники RIA Services открыли с открытым исходным кодом, а поддержка WPF находится в их дорожной карте: OpenRiaServices.
Я никогда не использовал его, и я ощущаю прогресс в этом, это немного медленно, но, учитывая ваши собственные наклонности, это может быть реалистичным вариантом использования этого. Вам просто нужно будет немного поработать, сделав это.
Кроме того, вы используете сторонние библиотеки, которые зависят от служб RIA? Например, если вы используете DevExpress, вам также придется переносить свои компоненты, которые используют службы RIA (RiaInstantFeedbackDataSource
и т. Д.).
Если вы попробуете, оставьте комментарий о том, как это произошло. У меня есть приложение RIA Services примерно такого же размера.
Короткий ответ: Да – Nkosi