каллеги,

ну каг вы можити песать бес использования MVVM?!?!?!?!?!

это ш форменый маразм!!!

iscrafm Compositum
тут и тут .
похоже на какие-то банальные откровения, которые, в том же Делфи, с середины прошлого века. Только называется несколько иначе: Data Aware... Неужели в наше время такие походы до сих пор считаются экзотикой?
А кому нужны трудности? Простота - высшая степень сложности. Дженерики и прочие радости, которых нет в Delphi, позволяют все довести до банальности. И ты не понял основного - в xaml c данными можно работать без привязки к визуальной части, чего никогда не сделать в древних Delphi(Data Aware - визуальный контрол).

iscrafm iпропущено...

А кому нужны трудности? Простота - высшая степень сложности. Дженерики и прочие радости, которых нет в Delphi, позволяют все довести до банальности. И ты не понял основного - в xaml c данными можно работать без привязки к визуальной части, чего никогда не сделать в древних Delphi(Data Aware - визуальный контрол).
да нет там никаких трудностей. Ну переименовали модуль данных в ViewModel... От переименования трудности возникли? Это банальности, я об этом и говорю.

iв xaml c данными можно работать без привязки к визуальной части
можно чуть расшифровать мысль? Или это опечатка?
Это не банальность, а всего лишь - частность. Попробуй в своих Data Aware расширить функционал(добавить дополнительные свойства, изменить поведение или внешний вид в зависимости от данных, условий,состояний и тд) полностью его не затрагивая и без наследования. Попробуй их сделать: асинхронными, независимыми от DAL так, чтобы каждый мог выбирать на свой вкус и цвет из бесконечного списка(ADO, Hibernate,Linq,EF,RIA WCF,еtc,etc), интегрироваться с любым внешними сервисами и форматами данных, работать с ними с помощью LInq2Obj. Этот список банальностей продолжать можно долго. В купе они дают возможность создавать интегрированные решения(навигация, работата с данными, окнами, разграничение прав доступа, валидация и тд) адаптируемые под конкретные задачи с минимальным кол-ом кода.
Сейчас никого уже не интересуют другие банальности - частные решения.
Всем подавай гибкость, возможность запуска везде и вся( именно поэтому и поднялся шум вокруг SL, один только Windows уже мало интересен) , интеграция с любыми данными, внятный интерфейс и тд. SL отвечает всем этим требованиями. MS в кои-то веки сподобился сделать действительно стоящее для разработки LOB и ничего лучшего на данный момент нет.

iscrafmi MS в кои-то веки сподобился сделать действительно стоящее для разработки LOB и ничего лучшего на данный момент нет.
одна мелочь... LOB на них нет, кроме презентационных, а так действительно стоящее.
Они есть, SL появился недавно, дальше их будет еще больше. Почитай обсуждения "сдвигов" MS, там в очень большом кол-ве пишут - мы разработали надцать LOB..., мы начали перенос наших корпоративных приложений с ASP на SL...., это то, что нам нужно....

iscrafmiПопробуй в своих Data Aware расширить функционал(добавить дополнительные свойства, изменить поведение или внешний вид в зависимости от данных, условий,состояний и тд) полностью его не затрагивая и без наследования. Попробуй их сделать: асинхронными, независимыми от DAL так, чтобы каждый мог выбирать на свой вкус и цвет из бесконечного списка(ADO, Hibernate,Linq,EF,RIA WCF,еtc,etc), интегрироваться с любым внешними сервисами и форматами данных, работать с ними с помощью LInq2Obj. Этот список банальностей продолжать можно долго. В купе они дают возможность создавать интегрированные решения(навигация, работата с данными, окнами, разграничение прав доступа, валидация и тд) адаптируемые под конкретные задачи с минимальным кол-ом кода.

непонятный текст.А почему DataAware должны работать с каким-то Linq2Obj, зачем-то работать с EF и т.п.? Это все "примочки" Net. Насчет минимального кол-ва кода, спорное утверждение. Кода не меньше, причем на банальных задачах, приведенных выше по ссылкам.
Это для тебя это непонятные примочки. Для тех кто в танке - это скорость, гибкость, переносимость, возможность создавать твои любимые сервисы и работать с БД даже не зная, что это такое. Помимо этого работать с внятной объектной моделью, а не с убогими и банальными MyTable["Field1"] и полностью абстрагироваться от БД, оперировать бизнес-объектами, а не мелкоуровневыми таблицами.
Эти две статьи - всего лишь примеры возможных решений. Первая - некое понимание, некой девочки, которая только начала с этим разбираться. Вторая - основные идеи без всяких возможных обобщений.
Сам по себе MVVM - не панацея и нужна еще интеграция со многим, но он позволяет сделать это с минимальными усилиями и кол-ом кода

iscrafmi, бла-бла-бла. Пустые звуки. Сколько вас под одним ником?
Это у тебя Бла-бла с очередной демагогией и хамством,когда нечего сказать. С прапагандой старья и невозможностью его выкинуть.

iscrafmi возможность создавать твои любимые сервисы и работать с БД даже не зная, что это такое.
начало конца бизнес-приложений: Разработчик работает с БД, даже не зная, что это такое.

i
Помимо этого работать с внятной объектной моделью, а не с убогими и банальными MyTable["Field1"] и полностью абстрагироваться от БД, оперировать бизнес-объектами, а не мелкоуровневыми таблицами.
об этом много споров, не хочу начинать еще один. Я предпочитаю с данными работать в том виде, в котором они хранятся физически. В объектной БД с объектной моделью, в реляционной - с таблицами.
Есть еще третий вариант, который тебе не ведом - работать с объектной моделью, которая полностью отделена и не зависит от стуктуры реляционной БД. Я не любитель ORM, но есть масса задач, где они прекрасно подходят. Твоя искра, евангелистом, которой ты являешься - частное решение из древних времен, частных задач. Пропагандируй на здоровье, но только не считай ее единственным светом во всех окошках. Твоя хамская манера популярности ей не прибавит.

iscrafmiпропущено...

Это у тебя Бла-бла с очередной демагогией и хамством,когда нечего сказать. С прапагандой старья и невозможностью его выкинуть.
какое еще хамство? И почему нечего сказать? Сказать нечего пока тебе (вернее вам, не знаю сколько вас там, но грамоте не обучены).
Да, к сожалению, с русским у меня теперь большие проблемы, читать и писать на нем практически не приходится. Но мне платят не за это, у тебя же теперь профессиональные познания и кругозор на уровне первых классов, берешься судить о вещах, не имея о них никакого понятия.

I believe Silverlight is the absolute BEST choice in MANY scenarios (but not all) and will continue to be a powerful force in the line of business, web-based application arena
Это мнение архитектора, который в отличие от тебя, не считает SL пригодным только для анимации. С правильным английским, своим подходом, массой кода. Переход на SL c ASP, позволил им сократить сроки разработки в четыре раза.
.

iscrafmiТвоя хамская манера популярности ей не прибавит.
девочка, ты хоть знаешь значение слова "хамский"? Лепишь куда попало. Какое-то сборище дегенератов на проводе.

Это ты, пытаешься лепить свое убожество куда попало. И как девочка начинаешь устраивать истерики, когда твою любимую игрушку называют рухлядью.
Ты уже все надоел здесь и я вместе с тобой, давая повод для очередного флуда. Пшел вон.

iscrafm iв xaml c данными можно работать без привязки к визуальной части
можно чуть расшифровать мысль? Или это опечатка?

блин, ну чо непонятнава???

"c данными можно работать без привязки к визуальной части" - это ж основы MVVM!!!!

учите матчасть, песатели

iscrafm,

ну прстите, я ж SeVa = немножкамудаг

Das_alouа как насчет обрабодчика события, если кнопка "Что закрывает окно" написана в шаблоне для окна, как его прописать в шаблоне???

Забудь про обработчики событий. Для этого есть behavior & command. Вариантов может быть много в зависимости от необходимой логики при закрытии. Некоторые из них

МСУiscrafm,

ну прстите, я ж SeVa = немножкамудаг

Муся, для ребят без важных запчастей и необремененных мыслями, подходит шаблон Anemic Domain Model. Такой вариант позволяет быстро лететь при пинке под зад.