powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / Закрыть окно из MVVM
18 сообщений из 43, страница 2 из 2
Закрыть окно из MVVM
    #37970674
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
unknownfromrusSeVa,

При чем тут матчасть? Я там четко все описал. Дай адекватный ответ в рамках MVVM?
Из последних мне особенно в голову отложилось передача EventArgs.
И еще какие-то.
Сева, давай так - ветки открыты. Если я не прав - в рамках MVVM напиши в соответсвующей ветке. А от голословия не прибавить не убавить

Да, при том, что на все твои вопросы, ответы ищутся в течение пяти минут, но при одном условии, если есть знание матчасти.
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37970675
unknownfromrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVa,

Все ответы я находил и показывал на форуме. И писал почему они нарушают MVVM,
Ну давай по EventArgs и DragandDrop предложи более гибкий вариант и который идеально подходил бы под MVVM (и чтобы они были лучше чем те которые я находил). Покажи что я не могу ползоваться поиском
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37970695
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
unknownfromrusSeVa,

Все ответы я находил и показывал на форуме. И писал почему они нарушают MVVM,
Ну давай по EventArgs и DragandDrop предложи более гибкий вариант и который идеально подходил бы под MVVM (и чтобы они были лучше чем те которые я находил). Покажи что я не могу ползоваться поиском

Мы ходим по кругу. Что можно находить не понимая основ?
Привязку команду в шаблоне даже обсуждать нечего.
Для d&d полно разных вариантов DragSource & DragTarget, остается только связать команды и нужные события начала и окончания перетаскивания. Это делается элементарно с помощью тоже большого кол-ва различных реализаций EventToCommand.
Все это не стоит выеденного яйца
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37970864
unknownfromrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVa,

Может дашь ссылки вместо того чтобы словами раскидываться? Если их полно и есть прекрасные решения - дай в соответствующей ветке ссылки, которые бы отличались от тех, которые я давал. Пока кроме набора слов я ничего больше от тебя не услышал
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37970868
unknownfromrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVa,

Тем более ты во всех приведенных мною ссылках участвовал, и если бы ты тогда дал бы вразумительный ответ то я бы тебе и слова бы не сказал.
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37972171
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
unknownfromrusSeVa,

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

Перечитал топик по командам, я давал тебе три ссылки, где подробно разжевано, что нужно делать. Подозреваю, что они были бесполезны без знания основ.
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37996643
Фотография Esofter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я б сделал интерфейс c событием реквеста закрытия окна. нужная вьюмодель реализовывает этот интерфейсик.

У вьюхи на датаконтекстчейнджед кастил новое значение датаконтекста к этому интерфейсу и если все гуд подписывался на реквест закрытия, по которому обычный this.Close();


как вам такой вариант?
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37997375
vimba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вопрос от мимо проходившего, ничего не понимающего в дотнете но жутко интересующегося и активно применяющего MVVM.

Вот тут два гражданина в этом треде утверждают, что при использовании MVVM и XML подобной вьюхи не всё всегда гладко, по причине того что XML это конечно же хорошо, язык декларативный с высокой выразительностью, но не всегда в XML удобно или возможно описать какие-то нестандартные вещи и хочешь не хочешь но раз к примеру в месяц нужно писать код зависимый от вью. Теперь получается следующие, если во вью модель заинжектить вью то у особо впечатлительных начинает рваться шаблон, так как если следовать букве закона то во вью модели должна находиться логика представления и не должно быть кода зависимого от используемой библиотеки вью. То есть вроде бы как бы неплохо иногда иметь вью не только в XML но и коде, теперь вопрос, даже два считаете ли вы структуру кода(точнее структуру файлов) ниже нормальной и второй можно ли её реализовать в дотнете?
Код: sql
1.
2.
3.
4.
5.
View.xml файлик с шаблоном вьюхи

View.cs // сюда выносим часть гуи которую либо неудобно, либо нельзя реализовать средствами XML, каким нибудь способом имеем в этом классе ссылку на ViewModel

ViewModel.cs // вьюмодель попрежнему ничего не знающая ни о каком вью
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37997378
Фотография Esofter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vimba,

извини, но бред.

представление никак не должно знать о моделе.

вообще в иделае на каждую вьюмодель должен быть дататемплит с нужной вью.
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37997383
vimba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Esofter,
Я ни говорил ничего о том что вью занет что-то о моделе, я говорил о вью модели, ну да ладно не важно, тут больше вопрос о том куда девать императивный код на ЯП который в XML не влазиет. Если как бы вью ничего не должна знать о вьюмоделе, то получается что вторая и подавно под страхом смертной казни ничего не должна знать о вью. Подправил структуру под Ваши требования:
Код: sql
1.
2.
3.
4.
5.
View.xml файлик с шаблоном вьюхи

View.cs // сюда выносим часть гуи которую либо неудобно, либо нельзя реализовать средствами XML, каким нибудь способом имеем в этом классе имеем ссылку на дататемплэйт.

ViewModel.cs // вьюмодель попрежнему ничего не знающая ни о каком вью
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37997449
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vimbaEsofter,
Я ни говорил ничего о том что вью занет что-то о моделе, я говорил о вью модели, ну да ладно не важно, тут больше вопрос о том куда девать императивный код на ЯП который в XML не влазиет. Если как бы вью ничего не должна знать о вьюмоделе, то получается что вторая и подавно под страхом смертной казни ничего не должна знать о вью. Подправил структуру под Ваши требования:
Код: sql
1.
2.
3.
4.
5.
View.xml файлик с шаблоном вьюхи

View.cs // сюда выносим часть гуи которую либо неудобно, либо нельзя реализовать средствами XML, каким нибудь способом имеем в этом классе имеем ссылку на дататемплэйт.

ViewModel.cs // вьюмодель попрежнему ничего не знающая ни о каком вью



View.cs - часть view. Именно здесь раздолье для говнокодеров в виде MCУ
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37997466
vimba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVavimbaEsofter,
Я ни говорил ничего о том что вью занет что-то о моделе, я говорил о вью модели, ну да ладно не важно, тут больше вопрос о том куда девать императивный код на ЯП который в XML не влазиет. Если как бы вью ничего не должна знать о вьюмоделе, то получается что вторая и подавно под страхом смертной казни ничего не должна знать о вью. Подправил структуру под Ваши требования:
Код: sql
1.
2.
3.
4.
5.
View.xml файлик с шаблоном вьюхи

View.cs // сюда выносим часть гуи которую либо неудобно, либо нельзя реализовать средствами XML, каким нибудь способом имеем в этом классе имеем ссылку на дататемплэйт.

ViewModel.cs // вьюмодель попрежнему ничего не знающая ни о каком вью



View.cs - часть view. Именно здесь раздолье для говнокодеров в виде MCУ
OK. А какие есть логически обоснованные аргументы, кроме праведной ненавести к МСУ. Вот есть код который не может быть воспроизведён средствами XML, его хочешь не хочешь где-то придётся написать, в чём преимущество помещение такого кода во вьюмодель? Я пока кроме того что будет на один класс меньше других преимуществ не вижу, с другой стороны и недостоток только один, нарушение шаблона, но вроде как это и не сильный и недостаток, шаблоны описывают стандартные ситуации, если ситуация выходит за рамки стандартной, то в принципе почему бы шаблон и не нарушить.
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37997490
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vimbaSeVaпропущено...


View.cs - часть view. Именно здесь раздолье для говнокодеров в виде MCУ
OK. А какие есть логически обоснованные аргументы, кроме праведной ненавести к МСУ. Вот есть код который не может быть воспроизведён средствами XML, его хочешь не хочешь где-то придётся написать, в чём преимущество помещение такого кода во вьюмодель? Я пока кроме того что будет на один класс меньше других преимуществ не вижу, с другой стороны и недостоток только один, нарушение шаблона, но вроде как это и не сильный и недостаток, шаблоны описывают стандартные ситуации, если ситуация выходит за рамки стандартной, то в принципе почему бы шаблон и не нарушить.

Преимущество очевидное и лежит на поверхности - соблюдение основного принципа ООП с единичной ответственностью.
Без него, как правило, результат один.
Все "аргументы", которые здесь приводились спокойно решаются без нарушения шаблона, было бы желание, знания возможностей архитектуры и нормальный фреймворк вместо собственных придумок
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37997500
vimba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVaПреимущество очевидное и лежит на поверхности - соблюдение основного принципа ООП с единичной ответственностью.
Без него, как правило, результат один.

Из этого следует что Вы против размещения кода завязанного на ГУИ во вью модели?

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

То есть ВЫ утверждаете что не бывает ситуаций когда XML недостоточно?
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37997544
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vimbaSeVaПреимущество очевидное и лежит на поверхности - соблюдение основного принципа ООП с единичной ответственностью.
Без него, как правило, результат один.

Из этого следует что Вы против размещения кода завязанного на ГУИ во вью модели?

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

То есть ВЫ утверждаете что не бывает ситуаций когда XML недостоточно?

В последнем проекте кода во вью не было, как в прочем, он практически отсутствовал и во viewmodel, тк была предусмотрена интеграция с БД.
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #37997905
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Некоторым невдомёк, что сишарпная часть UserControl/Window/Page тоже вполне себе вьюмодель, со своими преимуществами и недостатками.
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #38001534
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КНекоторым невдомёк, что сишарпная часть UserControl/Window/Page тоже вполне себе вьюмодель, со своими преимуществами и недостатками.
«сишарпная часть» называется «код бехайндом» ;)
...
Рейтинг: 0 / 0
Закрыть окно из MVVM
    #38001622
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУАлексей КНекоторым невдомёк, что сишарпная часть UserControl/Window/Page тоже вполне себе вьюмодель, со своими преимуществами и недостатками.
«сишарпная часть» называется «код бехайндом» ;)Ага, всё забываю про это. :-)
...
Рейтинг: 0 / 0
18 сообщений из 43, страница 2 из 2
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / Закрыть окно из MVVM
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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