powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / MVVM + WPF = костыли
15 сообщений из 15, страница 1 из 1
MVVM + WPF = костыли
    #38588217
megazoid007
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Когда только начинал изучать WPF сразу в разрезе MVVM так как было сказано что WPF как рас то и создавался под MVVM, была надежда на то что это все таки та технология RAD разработки которая будет проста удобна, естественна, но блин, куда не ткнусь везде костыль? Например как присвоить окну DialogResult из ViewModal, забиндить не получится, в сети полно примеров реализации через свойство зависимости, но блин если сравнить объем работ с возвратом DialogResult в MVVM и WinForms то это где то 100/1, потом привязаться к событиям окна из ViewModel также красиво не получится как из контекста окна, да это несложно но это загрязняет текст, а если используешь Entity Framework то это вообще вешалка, представьте что пользователь что то изменил (контекст не уничтожался), при этом привязанные объекты изменились тоже, а бац и передумал и нажал отмена, но изменения то ведь остались, ок теперь нужно откатить контекст. единственный способ который мне известен это присвоить стары значения которые хранятся в StateManager, и тут то и начинаются аномалии (появляются непонятные объекты с непредсказуемым статусом у которых StateManager есть, а сама ссылка Entity == null), если постоянно создавать и уничтожать контекст, то тогда не сохраняется информация об изменениях. В общем сплошные разочарования.
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38588338
Фотография James Bond FR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
megazoid007было сказано что WPF как рас то и создавался под MVVM...
Где это было сказано и кем? Балаболами на форумах?
Ничего страшного, в следующий раз будете своей головой думать при выборе технологий для решения Ваших задач.
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38588597
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
megazoid007Когда только начинал изучать WPF сразу в разрезе MVVM...
YouTube Video
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38588647
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
megazoid007, а бац и передумал и нажал отмена

Гениальный юзер-кейс. Просто MS до этого не доперли, срочно пиши им письмо.
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38588658
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
megazoid007 если постоянно создавать и уничтожать контекст, то тогда не сохраняется информация об изменениях.

Ну а это известный баг, в следующей версии обещали всё исправить.
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38588947
Сон Веры Павловны
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
megazoid007В общем сплошные разочарования.
В общем, ТС ниасилил. Ничего, еще год-полтора интенсивной практики - и наступит просветление. У меня тоже в начале изучения были сплошные недоумения и разочарования - справился, однако.
PS. Чем мне нравится связка WPF/MVVM - относительно высоким (по крайней мере, сравнительно с WinForms) порогом вхождения, что достаточно хорошо отсеивает случайных людей.
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38589079
megazoid007
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сон Веры Павловны, порог вхождения это конечно хорошо, но усложнения мне кажется должны быть оправданы и корректироваться с результатом от проделанной работы, а когда на простых вещах приходится городить огород это больше смахивает на шизофрению
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38589333
megazoid007
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сон Веры Павловны, можно узнать как лучше поступать когда нужна возможность не сохранять изменения editable detail view в entity framework или лучше от оного отказаться (entity framework)?
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38589427
Сон Веры Павловны
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
megazoid007Сон Веры Павловны, можно узнать как лучше поступать когда нужна возможность не сохранять изменения editable detail view в entity framework или лучше от оного отказаться (entity framework)?
Без понятия, мы используем NHibernate - там для отмены изменений вполне работает Session.Refresh(Object entity).
А вообще - в гугл: https://www.google.ru/search?q=entity framework rollback changes
например, вот: http://code.msdn.microsoft.com/How-to-undo-the-changes-in-00aed3c4
хотя это тема для совсем другого раздела этого форума.
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38589486
megazoid007
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сон Веры Павловны, я конечно не вкусные как в NHibernate, но в Entity Framework такой метод достает данные из базы предположу что также и в NHibernate, вы считаете нормальным когда для восстановления исходных данных лезть за ними в базу в то время когда они есть на клиенте ?
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38590407
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
megazoid007порог вхождения это конечно хорошоЭто и не хорошо, и не плохо, это факт. :-)
megazoid007но усложнения мне кажется должны быть оправданы и корректироваться с результатом от проделанной работыВ WPF нет никаких усложнений. В нём есть дополнительные возможности, отсутствующие, например, в WinForms.
megazoid007а когда на простых вещах приходится городить огород это больше смахивает на шизофрениюНикто и не заставляет "городить" в простых вещах. Если какой-то умник где-то на форуме или в блоге написал, что использовать code-behind в WPF нельзя, то это ещё не значит, что на самом деле это так.

Например, вот моё видение ситуации. Но это лишь моё мнение, никоим образом не претендующее на абсолютную истину, в отличие от некоторых.
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38594045
user7320
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
James Bond FRmegazoid007было сказано что WPF как рас то и создавался под MVVM...
Где это было сказано и кем? Балаболами на форумах?
Да сами "отцы-основатели-евангелисты" и писали. Доказательств приводить не буду - верьте мне на слово.

Сон Веры Павловныmegazoid007В общем сплошные разочарования.
В общем, ТС ниасилил. Ничего, еще год-полтора интенсивной практики - и наступит просветление. У меня тоже в начале изучения были сплошные недоумения и разочарования - справился, однако.
PS. Чем мне нравится связка WPF/MVVM - относительно высоким (по крайней мере, сравнительно с WinForms) порогом вхождения, что достаточно хорошо отсеивает случайных людей.
Любишь зарплату за троих получать, негодяй? Молодёжи проходу не даёшь?!

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

А, вообще, согласен - МВВМ в контексте ВПФ мог бы быть и полегче. МС должна больше написать всяких готовых классов на всякие юзеркейсы и утилит-мастеров для автогенерации всего этого.

megazoid007Сон Веры Павловны, можно узнать как лучше поступать когда нужна возможность не сохранять изменения editable detail view в entity framework или лучше от оного отказаться (entity framework)?
Я не совсем понял. У вас загружается форма редактирования объекта с привязками, и вы боитесь, что при редактировании все привязки отрабатывают сразу в контекст?

Так не делайте такого. Пусть все изменения отрабатываются в контекст после нажатия юзером "ОК" после окончания редактирования и закрытия формы.

Это если я правильно понял, что вы имеете ввиду.
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38594056
megazoid007
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
user7320, ну а как если я привязал к DataGrid, а пользователь в ней изменил текст какого нить свойства, вы имеете ввиду мне обходить все стоки и поля таблицы как в старые добрые времена и присваивать имеющимся объектам ?
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38594138
user7320
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
megazoid007user7320, ну а как если я привязал к DataGrid, а пользователь в ней изменил текст какого нить свойства, вы имеете ввиду мне обходить все стоки и поля таблицы как в старые добрые времена и присваивать имеющимся объектам ?
Т. е. насчёт формы вы согласны?

Насчёт грида - попробуйте связывать грид только на чтение из контекста. На редактирование и записи - пользоваться командами. Т. е. юзер начинает редактировать конкретное поле - вы создаёте объект (берёте из контекста), которому принадлежит это поле. После потери фокуса полем или по нажатии в поле "Ввода" - отрабатывается команда, сохранения изменённого объекта в контекст. При нажатии "Эскейп" (это будет "Отмена") - ничего с контекстом не происходит.

Понимаю, что это не так удобно, как связки сразу на чтение и запись, но если возникают проблемы, то зачем продолжать упорно следовать парадигме?
...
Рейтинг: 0 / 0
MVVM + WPF = костыли
    #38595483
Фотография James Bond FR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
user7320Идеальный язык и технологии для контор вида "куяк-куяк и в продакшын" и "а вот здесь мы втираем очки заказчику".

Другие конторы нынче не выживают. Селяви.
...
Рейтинг: 0 / 0
15 сообщений из 15, страница 1 из 1
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / MVVM + WPF = костыли
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]