Разбавлю ваш тред про монады архитектурными штуками
Wpf проект, вопрос про модельки.
С репозиториями обычно работает доменная модель, дальше есть, например, какие-то алгоритмы - там делаютс свои модельки, тем самым мы отвязываемся от доменной. Дальше,  бизнес логика со своими специфичными модельками, UI, и прочее прочее прочее. И всё это кастится маперами с доменной в какие-то промежуточные модели.
И вот настал момент, когда надо получать модельку с алгоритма в контроллер, например. Получается мы начинаем писать мапперы с модельки в модельку? Я вижут тут лютый проеб где-то в архитектуре
Подскажите, кто как делает делает? как вы решаете такие проблемсы?
@GideonKlein  @Worldbeater  я часто вижу вас при обсуждении архитектуры, про модельки было что-то :) подскажете? :)

работал кто с avalonedit? Как поставить Delay на TextChanged?

дело попахивает MVC

ну dto, модельки, я не сильный в нейминге пока :) джун спрашивает, джун учиться :)

нифига ты спросил

джун

Тогда вот с этого и начинать нужно. И про контроллеры на впф забыть срочно, а еще лучше почитать про отличия mvc, mvp, mvvm

впф там в основном mvvm

мне Catel MVVM понравился

многие советуют Prism

В впф вроде пишется отдельный "менеджер", который подписывается на события бизнес лейера и при поступлении данных оттуда кладёт их во вьюмодель

Я прав?

Я не знаю :(

очень грубо говоря да

я всё пишу внутри VM, ну бывает еще в сервисы отдельные вытаскиваю

ViewModel, все дела, я знаю, да. Мы разнесли ViewModel потому что они стали расти до размеров, где ты уже нифига не понимаешь что от чего к чему идет. оставили во viewmodel чисто модельку и вынесли логику в контроллер. Получился этакий MV(c)VM

а вот тут вот сервис ориентированная архитектура плюс DI помогает, все придумано до(для) нас

Ui логику в сервисы? или я не понял?

а не, не UI..

бизнес-логику