Алексей КМСУКакая разница. VM вообще ничего не знает о том, WPF это или WinForms.Оптимист.
Ну какие-то сложные околожопные сценарии (коих 1%) можно и прибить, фиг с тобой - я за рационализм, а не фанатизм :)

Алексей КНу если ViewModel совмещён с code-behind. Потому и говорю, что это одна из причин выноса кода из code-behind в отдельный класс.
Не хитри :) Я имел ввиду то, что нужно совмещать ViewModel с коде бехайндом только в тех сложных сценариях. А не наоборот, сначала совмещаем всё, а потом разносим по мере возможности. в 99% случаев у тебя будет чистый код бехайнд и четкая вью модель, в 1% случаев у тебя будет околожопщина в виде засранного код бехайнда и четкой вьюмодели :)

Эдик, дружище, почему твои метания какашками не подкреплены законами физики? Быстро исправляйся!

EDUARD SAPOTSKIДа че там исправляться, уверен на все сто, что задачу которую решаешь можно решить на порядок проще без выноса мозга.
Указ свыше, MVVM - и ниибёт :)

EDUARD SAPOTSKIКстати не поведаешь суть, что в итоге получить хош?
В конечном итоге приложение , которое будет хостится и рендериться ядром win8. В отвязке от SL и WPF. Промежуточный временный вариант пока - это SL аппликуха. Софтина для ритейла, обычное корпоративное расширение функионала, проинтегрированное с сапом, аксаптой, ms crm и прочими танцами с бубнами.

EDUARD SAPOTSKIПонятно, сочувствую.
Да ну брось :) Замечательный подход для 99% случаев. Пойди в асповый форум и спроси, хотят ли мвц-шники вернуться к вебформс подходам. Камнями закидают.

netivanМСУ, покажи код своего window service, или тайна?:) вдруг пригодится)
Ты каким местом топик читаешь? Я даже исходники выложил ))

Алексей КПроще для формы редактирования запросить с сервера свою копию записи, или клонировать текущую из грида. При применении в форме заменить текущую запись в гриде на запись из формы редактирования.
Кстати, минус такого подхода: чтобы обновить эту запись в гриде, нужно обновлять (PropertyChangedEventArgs) весь грид. Есть рецепты?

Алексей КХотел до последнего сохранить интригу?
Это конечный вариант, поэтому о нём пока можно умолчать и не пугать публику

MonochromatiqueЯ что - один в шоке???
Промежуточный вариант. Времянка же :)

Друзья, ну так чё, какую педаль мне нужно вкорячить сюда, что бы изменилась только текущая запись? Вызов PropertyChangedEventArgs("Employees") перезапросит всю коллецию заново, что его зло и похабность...




Почему в WPF всё так через жопу? :)

МСУчто есть зло и похабность

netivanну я тоже обновлял весь грид.
Ну плохо, что тут сказать.

MonochromatiqueАга, а в МВЦ "из коробки" записи обновляются. ))
Я в декларативном представлении, которое отвязано от серверной модели, пишу js код, который красиво асинхронно обновляет конкретную запись в таблице. Без пересасывания всего набора. Делов на 1 минуту с перекуром. Оптимально, быстро, четко. Где это в WPF? )

MonochromatiqueЧо тут выдумывать??
Есть конкретная задача, я её обозначил. Она реальна и не высосана из пальца. Мне нужно решение, а не упоротое объяснение того, что моя задача УГ или того, что нужно просто забить на неё, потому что "и я так делаю". Мысль понятна? :)