|
|
|||||
[+1 22.07.14]
[+4 12.08.14] [+1 09.02.15] Регистрация: May 2014
Сообщений: 182
|
Цитата:
Ну и как граммар-наци-дезинформатор, Вы знаете что нужно делать Цитата:
|
|
|||||
[+1 22.07.14]
[+4 12.08.14] [+1 09.02.15] Регистрация: May 2014
Сообщений: 182
|
in4core, я надеюсь, Вы не приняли мои слова, после цитирования Ваших слов, на свой счет! Это я не Вам!)
|
|
|||||
Цитата:
Даже если посмотрим вот на эту диаграмму Тут можно тоже сказать, что юзер взаимодействует не с контроллером, а с вью, ибо не может он напрямую внедряться в программный код. Пользователь видит вью, что-то там нажимает, вью реагирует на ввод и шлет команду контроллеру. А здесь он каким-то образом увидел во вью, и сразу передал контроллеру, нестыковку не видите? ) (да, даже википедию пишут простые люди, и там тоже часто есть ошибки) Или у нас разное понимание одних и тех же слов. Цитата:
Все эти понятия MVC / MVP могут на столько засорить мозги, что потом любой код будет казаться не правильным. И вообще, вряд ли найдутся те, кто сможет объяснить четкую разницу между ними, потому что ее нет, все построено лишь на общих понятиях, а когда дело доходит до реальных приложений, сложно четко выделить где MVC, где MVP. У меня всегда контроллер разруливает взаимосвязь между моделями и вьюшками, и ни разу не возникало никаких проблем с маштабированием. Все просто и понятно. Контроллер слушает события вьюшек и моделей
__________________
Ко мне можно и нужно обращаться на ты) |
|
|||||
Вы просто о разных уровнях тут говорите. Вью мышки со вью кнопки совместил именно контроллер и пользователь осуществил ввод мышью, тачем или клавой, операционка(в качестве контроллера) подвигала указатель, рантайм флеша зная системные сообщения совместил всё это вьюхой и вам кажется что вью шлёт события, нет это фейк флеша. Да и вообще на любом уровне MVC или MVP можно найти своё разделение, потому что DisplayObject с одной стороны вьюха для as3 кода, а для движка рендеринга вполне себе модель, ибо содержит данные, где лежит, что лежит, как рисовать. Вся программа данные. Но по факту на разных уровнях абстракции одна и та же сщность может быть в разных ролях.
__________________
:) |
|
|||||
Да, это все понятно. Но ведь речь может идти не только о флеше. Шаблон то общий для разных языков.
Мы с товарищем LifeIsRhythm можем тут хоть до посинения называть друг друга дезинформаторами и тролями, а что же в реальности: Сейчас, побольше погуглив, чтобы освежить мозги, твердо пришел к выводу, что никто из нас ни прав, ни не прав. И тот и тот вариант правильный. Так как используются оба варианта, причем довольно крупными игроками IT рынка. Просто варинант, к которому привык я называется пассивным. Вот например http://yalantis.com/blog/lightweight...es-guided-mvc/ MVC рекомендованный Apple. Все-таки далеко не последняя компания на IT рынке. А вот тут у чувака вообще вьюшка команды модели посылает, судя по диаграмме http://techknowfreak.com/2011/10/08/#.U41O5nJ_sts Вот вариант используемый в Ruby on rails Так что, я признаю, что может вьюшка иметь ссылку на модель, был не прав на этот счет, но сам как использовал вариант без ссылки, так и буду использовать, так как для меня он прост и понятен. И смысла в дальнейшем споре не вижу
__________________
Ко мне можно и нужно обращаться на ты) |
|
|||||
Нуб нубам
модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
|
1. Сто раз уже просил не смешивать в одну кучу web-ориентированные схемы "MVC от РНР-разработчиков" с MVC для однофайлового приложения. В WEB у вас вся триада разнесена физически и каждый элемент написан на своем языке и общается с другими по различным протоколам. Это браузер-клиент, база данных и РНР-скрипт. Когда Вы пишете свою флэшку используя MVC, всего этого ужаса нет. Поэтому извращения не нужны, не надо их притягивать сюда. Это же относится и к схеме с пассивной моделью и толстым контроллером (тот же Ruby). Это все издержки технологии, приводящие к сложности реализации. Во флэше все просто. Сложнее только правильно абстрагировать ответственности членов триады, поскольку нет диктата четкого физического разделения.
2. "рекомендация эппл" вообщето статейка в блоге разработчика iOS, опять же мобильной OS. Интересные соображения, но не более. Содержащие критику традиционного понимания роли контроллера. То есть описание варианта НЕтрадиционного контроллера. 3. "А вот тут у чувака вообще вьюшка команды модели посылает, судя по диаграмме" — увы и ах, сплошная стрелка это "забирание данных" (строго говоря, это просто обозначение ссылки), а пунктирная — событие. Как и в связке вью-контроллер — вью посылает событие, контроллер забирает данные из вью / модель посылает событие, вью забирает данные из модели.
__________________
Reality.getBounds(this); |
|
|||||
Wolsh, спасибо, я, кажется, прозрел чуточку. Можно ведь модель написать на Java, а вью и контроллер на AS3, и связать сокетами. Правильно? Такова архитектура стандартного MVC веб-приложения?
__________________
There is no thing in this world that is not simple. |
Часовой пояс GMT +4, время: 19:01. |
|
« Предыдущая тема | Следующая тема » |
Опции темы | |
Опции просмотра | |
|
|