Пересмотрев много материала по новым технологиям от Майкрософт задался таким вот вопросом.

На сколько я себе представляю, архитектура приложения в этом случае будет выглядеть примерно следующим образом:

Представление (WPF xaml) <-> Модель Представления <-> Модель (Entity Framework).

Но вопрос в том, где в этом случае расположить уровень бизнес логики? К примеру, по бизнес правилам добавление новой строки в таблицу, должно заменяться обновлением существующей строки, если определенный набор полей у новой и существующей строки совпадает. Или каждая операция в системе, должна приводить к созданию записи в таблице истории. И т.п. Плюс для каждого метода бизнес логики необходимый набор простых операций над БД должен быть обвернут в транзакцию.

Как я понимаю, размещать такую логику в Модели Представления не совсем логично, т.к. в ней находится логика больше относящаяся к интерфейсу.

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