Здравствуйте, rsn81, Вы писали:
A>>В теории, увы, только в теории. R>Что значит в теории, вам дать ссылку на реализацию "ленивого" представления?
То и значит, что только в теории На практике к подавляющему большинству элементов визуализации будь то элементы управления, библиотеки рендеринга и т.д. это всё крайне сложно если вообще возможно прикрутить.
Здравствуйте, adontz, Вы писали:
A> На практике к подавляющему большинству элементов визуализации будь то элементы управления, библиотеки рендеринга и т.д. это всё крайне сложно если вообще возможно прикрутить.
Так что за проблемы с практикой, можешь внятно сформулировать?
Сколько не прикручивал — никогда с твоими мифическими проблемами не сталкивался... Может ты своими проблемами все-таки поделишься ? Глядишь, мы изх и решим..
Здравствуйте, IB, Вы писали:
IB>Так что за проблемы с практикой, можешь внятно сформулировать? IB>Сколько не прикручивал — никогда с твоими мифическими проблемами не сталкивался... Может ты своими проблемами все-таки поделишься ? Глядишь, мы изх и решим..
Задачу я уже два раза сформулировал. Virtual ListView и тэ дэ
Здравствуйте, adontz, Вы писали:
A>Задачу я уже два раза сформулировал.
Я тебя разьве задачу просил сформуллировать? Перечитай еще раз внимательно.
У же раз в четвертый наверное, прошу тебя сформулировать загадочные проблемы, на которые ты так усиленно намекаешь, могущие возникнуть при решении этой задачи в рамках MVP.
... << RSDN@Home 1.2.0 alpha rev. 0>>
Мы уже победили, просто это еще не так заметно...
Re[5]: Model-View-Controller в .Net
От:
Аноним
Дата:
09.11.06 22:24
Оценка:
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, adontz, Вы писали:
А>[]
А>Со многим согласен.
>>Model-View-Controller в .Net А>А кто что скажет про DataBinding? Чем не контроллер...
Ну че, провоцировать ничинать... Гуру молчат в тряпку...
Где промывка мозгов в всязи с контроллерами, презентерами, кто?
Здравствуйте, adontz, Вы писали:
A>То и значит, что только в теории На практике к подавляющему большинству элементов визуализации будь то элементы управления, библиотеки рендеринга и т.д. это всё крайне сложно если вообще возможно прикрутить.
Возможно и не сложно. Какой-то странный спор... ни о чем... за жизнь пошел, осталось только водки разлить...
Вопрос по приведенному к статье примеру.
Здесь изменение данных модели проиходит по нажатию на кнопку. Соответственно и обновление вида после этого. А что будет, если кнопку не использовать, а изменять данные прямо в полях значений. То есть по идее должно быть так: исправляешь цифру в поле цельсия — меняется фаренгейт и наоборот. Но ведь после изменения модели нужно обновить все поля, которые зависят от данного изменения. Получится, что здесь циклическое обновление вида будет, один раз исправил пользователь, а второй раз оно обновится из презентера. Это нормально ?
Здравствуйте, <Аноним>, Вы писали:
А> Но ведь после изменения модели нужно обновить все поля, которые зависят от данного изменения. Получится, что здесь циклическое обновление вида будет, один раз исправил пользователь, а второй раз оно обновится из презентера. Это нормально ?
Строго говоря — нормально, но если что-то смущает, то можно выстроить логику презентера таким образом, чтобы он обновлял только то поле (поля), которое не вызвало изменения модели.
... << RSDN@Home 1.2.0 alpha rev. 0>>
Мы уже победили, просто это еще не так заметно...
Re: Model-View-Controller в .Net
От:
Аноним
Дата:
12.04.07 09:58
Оценка:
Если у меня для одной модели имеется несколько представлений. Причем одно активируется из другого....как эту связку организовать?
Здравствуйте, <Аноним>, Вы писали:
А>Если у меня для одной модели имеется несколько представлений. Причем одно активируется из другого....как эту связку организовать?
А вы тему всю прочитайте для начала.
... << RSDN@Home 1.2.0 alpha rev. 676>>
Re[3]: Model-View-Controller в .Net
От:
Аноним
Дата:
12.04.07 20:59
Оценка:
Здравствуйте, rsn81, Вы писали:
R>Здравствуйте, <Аноним>, Вы писали:
А>>Если у меня для одной модели имеется несколько представлений. Причем одно активируется из другого....как эту связку организовать? R>А вы тему всю прочитайте для начала.
Читал статью, посты не все......но что то не догнал.....
Вот в другой статье видел при помощи медиаторов.....
Ткните пальцем плиз....
Здравствуйте, <Аноним>, Вы писали:
А>Ткните пальцем плиз....
В теме это обсуждали. В принципе, можно прочитать об этом и в другой статье — мое видение этого для MVC, для MVP практически аналогично: http://www.rsdn.ru/article/?900
Здравствуйте, Аноним, Вы писали:
А>Если у меня для одной модели имеется несколько представлений. Причем одно активируется из другого....как эту связку организовать?
В кратце — вот цитата из статьи:
Для реальных ситуаций, которые, как правило, несколько сложнее приведенного примера, существуют модификации паттерна позволяющие выстроить определенную иерархию. Выделяют два варианта таких иерархических паттернов – это Hierarchical Model-View-Controller (HMVC) и Presentation-Abstraction-Control (PAC), который пришел из мира Java. Отличие заключается в том, что HMVC позволяет выстраивать независимые иерархии, отдельно для Представлений, отдельно для Контроллера/Presenter-а, ну и само-собой для Модели, с прямыми ссылками между собой, то есть, например, Представление может ссылаться непосредственно на дочернее Представление. В свою очередь PAC, более строгий паттерн, и предписывает иметь связи между собой только Контроллерам, другие сущности доступны извне исключительно через свой Контроллер.
Здравствуйте, Jericho113, Вы писали:
J>Здравствуйте, IB, Вы писали:
IB>>А развернутый ответ еще на одну статью потянет..
J>Было бы просто супер!!! J>Статья думаю была бы полезна многим..
И очень хотелось бы — дико извиняюсь за назоливость — в разрезе новых веяний MS, то бишь WPF, WPF/E(возможно+AJAX).
На практике к подавляющему большинству элементов визуализации будь то элементы управления, библиотеки рендеринга и т.д. это всё крайне сложно если вообще возможно прикрутить.
Мы уже победили, просто это еще не так заметно...
