EDUARD SAPOTSKISeVaИспользовались ли для WinForms, WPF, Silverlight какие-нибудь framework'и? Если да, то какие?
Я сторонник простоты и минимализма. Если есть возможность решить задачу стандартными методами то так ее и решаем, не прибегая к сторонним фреймворкам.

Вернее будет сказать, что своими нестандартными методами.

EDUARD SAPOTSKISeVaпропущено...


Вернее будет сказать, что своими нестандартными методами.
А Ваша метода какая? Собирать со всего мира все что каждый дворник на заборе написал? Сейчас столько этих фреймворков напридумывали и MVVM, MVP, MVC... и каждых по сто штук. По мне так лучше на коленке собрать свой костыль чем копаццо во всем этом гумне. Если нравиццо во всем это рыццо, то Вам в Java идти надо, там в этом плане работы не початый край А у нас есть стандартный мелкософтовский фреймворк и для решения абсолютного большинства задач этого достаточно

Замечательно. Свое значит не пахнет, но для заказчика все чужое, только с небольшим нюансом: ваша наколенка будет сто процентов новая история, в которой нужно будет ковыряться, вместо известного уже кода(например,MS для всех технологий выпускала framework'и) с внятной документацией и архитектурой, поддержкой, расширениями от других разработчиков, форумами, блогами и прочими сахерами.

EDUARD SAPOTSKISeVaЗамечательно. Свое значит не пахнет, но для заказчика все чужое, только с небольшим нюансом: ваша наколенка будет сто процентов новая история, в которой нужно будет ковыряться, вместо известного уже кода(например,MS для всех технологий выпускала framework'и) с внятной документацией и архитектурой, поддержкой, расширениями от других разработчиков, форумами, блогами и прочими сахерами. Сегодня я видать перетрудился, нихрена уже не понимаю. Что значит наколенка? Мы же не пишем свои коннекторы, ORM-ы и т.д. Чего не хватает в стандартных тулзах мелкософта? СУБД есть, ORM есть, наборы контролов для отображения и ввода инфы есть, ну веб-сервисы и т.д. и т.п... что еще нужно? Работа в принципе и заключается в том что бы на базе этого всего собрать систему по требованиям заказчика. А как иначе?

Почитай доку по prism, там объяснено почему и для чего. Есть определенные принципы - SOLID, если их не придерживаться, то ничего хорошего не получится

EDUARD SAPOTSKIМСУОбратись к первоисточникам, которые разжуют тебе, что такое паттерны проектирования. Почитай идеологию MVP, MVC, MVVM подходов. Когда осознаешь идею, тогда продолжим дальше. А гонять бессмысленный белый гауссовский шум по форуму - лениво. Теме сто лет в обед, к а пать в твой моск новые порции тосола для смазки заржавевших шестерен - лениво.
Ну я прям обиделся Прикинь, но уже сто лет в обед как изучил все эти "идеологии". Еще очень хорошо изучал общую теорию систем (ОТС), коммуникационные технологии и т.д... Как человек немного разбирающийся в системном анализе скажу, что все эти "идеологии" эффективны в очень ограниченном ряде случаев и имеют очень ограниченную применимость, а в общем случае они нах не нужны и это уже не однократно подтвердила практика, когда то что собирается за неделю обычными(стандартными) методами за неделю, "идеологически-подкованные" девелоперы собирали месяц вместе с бубном!

Обычные, стандартные методы в стандартных framework'ах от MS - говнокод в обработчиках, который решает только одну задачу(а бы заработало)

EDUARD SAPOTSKIМСУпропущено...

Ты пытаешься оправдать своё нежелание (неумение) писать вменяемый, структурированный, легкоподдерживаемый код?
И что к чему? Если засунуть в приложение prism, обвешать все контролами телерика и сверху все это покрыть девекспессом то получится вменяемый, структурированный, легкоподдерживаемый код?

Одна из задач prism - независимость от интерфейса, он может любой и с ним совершенно фиолетово какие контролы.
Помимо этого он полностью соответствует SOLID(единичная ответственность, инверсия, работаем не счастностями, а общностями и тд), все это в совокупности дает вменяемый, структурированный, легко поддерживаемый код.