Добрый вечер, Дорогие форумчане!

Столкнулся с неудобством подхода MVC и динамики, реализованной, например, ajax.
Дело в следующем: если есть устоявшаяся структура (а MVC как раз это предполагает), но хотелось бы сделать, например, удаление на лету сообщений. Для этого было бы гораздо удобнее сделать отдельный файл php со скриптом и с помощью функции ajax обращаться к нему.. Ну тут неувязочка... тот скрипт ни чего не знает о БД, о константах, которые используются.... т.е. придется все туда подключать... а через include иногда это невозможно... если например работаем с captch'ей. В общем, хотелось бы узнать у тех, кто работает в MVC, каким образом они делают подобную динамику.

Заранее большое спасибо всем! =)

А причем тут MVC и ajax?

Одно другому никак не мешает.
Вызывайте через ajax свой контроллер и пусть он обращается к модели за удалением сообщения.

AGENTxXx, при обращение через AJAX, в глобальной переменной $_SERVER появляется новое значение

вот по ней и смотрите как надо отдать ответ. А обращение оставьте по старому (через <a href="url">link</a>), просто повести обработчик на JS. Это позволит избежать проблем, когда у клиента отключен JS 

Можно почитать про вещь, которая в контексте ZF называется contextSwitch. И реализовать у себя аналог.

Fortop - в данном случае так и делал! Но считаю не очень эт удобно..
Ну раньше без MVC кода прогал, то было удобнее, через JS вызывал и все ок! А тут - придется к контроллеру опять обращаться.. Ну в общем понял, что все видно так и делают.

MoLeX - на счет - JS и href - спасибо. Что т в последнее время.. да и вообще так не делал))) Я обходился как то noscript и в нем замечанием)))

Aliance - хорошо, посмотрю. Может это именно то, что нужно! =)

Вообще-то MVC для того и придуман, чтобы все так делали  

ksnk - в MVC ни чего не говорится о динамическом взаимодействии (ну где я читал, точно). А для каждого подхода - есть и свои хитрости. Это точно также, как MVC применили к PHP частично ущемляя подходы в стиле ООП - применяют в основном MVC для процедурного подхода в PHP

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

Пожалуйста, не говорите ерунды. Никто ничего ни к чему не применял. Вы о чем вообще?

AGENTxXx, 


Гммм ... MVC всего лишь структурное расслоение системы, а как использовать тот же слой служб контроллеров уже зависит от разработчика. Фактически и в основном, в этой модели, контроллеры являются службами содержащими сценарии, почему и называются контроллерами сценариев. Но если сам метод будет очень "тонким" и будет содержать только логику управления, соответственно вся бизнес-логика ляжет на предметную область, тогда будет ООП "чистым", иначе, чем "толще" контроллер со сценарием, будет превращаться больше в процедурную (сценарий транзакции или табличный модуль, скорее всего последнее) схему в методе. 
Опять же для каждой задачи свой принцип лучше.

AGENTxXx, 


Да, это так, но только при одном условии, если слой View со своей бизнес логикой находится в основном на клиенте. Тогда удобней модель FrontController и PageController.
 Хотя в принципе можно построить любую схему только на основе слоя служб в виде контроллеров сценариев, бизнес-логики (например Strategy) и слоя данных (например на основе шлюзов данных или ещё лучше ActiveRecord + Gateway).

Добавлено @ 17:02


Этим как раз занимается слой служб ApplicationController.

Это сообщение отредактировал(а) Sentox - 17.5.2012, 17:05

Guedda, 


Если клиент (например на JS или на JAVA) содержит логику слоя представления и некоторую часть бизнес логики, смысл в MVC для сервера пропадает, да же становится не удобным и не нужным.

Это сообщение отредактировал(а) Sentox - 17.5.2012, 17:21

это не смысл в MVC пропадает. Это вы нарушили его парадигму.

Хммм .... вообще то я о построении архитектуры изначально. 
Если клиент "толстый" то MVC на сервере несостоятельно в этом контексте.  Впринципе довольно несложно рефакторить систему из MVC, если потребуется переход на толстый клиент. Сам принцип переноса слоя представления на клиент уже делает часть View на сервере просто ненужной и не используемой.

Это сообщение отредактировал(а) Sentox - 17.5.2012, 21:46

Во-первых, у вас 1но приложение, а не два разных.
Во-вторых, все веб приложения в той или иной степени переносят слой представления на клиент, что ничуть не опровергает архитектуру MVC.

В-третьих



Вы уж определитесь, то ли MVC у вас становится ненужным как архитектура, то ли view 

Guedda - не совсем понял ваше цитирование моих слов! Я с ними полностью согласен. MVC - для ООП, а в php часто пользуются процедурным подходом применяя MVC!

Так что давайте по делу! Есть ли те, кто не через контроллер делает, а другим подходом? =)

P.S. Ребята, я понимаю что вы все хотите помочь, но основной вопрос все же был - как сделать удобнее динамические обращения. Ну вот смотрите: есть у нас контроллер, к которому мы должны обратиться и он пошлет нас по адресу. Ну а контроллер весит например 500 кб, а нужная нам часть - всего 10 кб. В итоге затраты 490 кб лишних... В общем - то ли тех, кто на MVC и с динамикой - все устраивает, то ли я чтот не так делаю..... 

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



Вы наверное немного недопонимаете концепцию слоёв и уровней. Слой системы может находится на физическом уровне клиента.
Я ж специально привёл примеры его программирования на других языках. Допустим тот же слой представления (часть View от MVC) будет на клиенте реализован в JS, тогда часть View просто не используется в этой архитектуре на PHP. И это всё 

Пример: есть толстый клиент написанный на JS и выполняет полностью логику представления (шаблонизация)(кстати ещё лучше пример с пользовательскими скриптами для браузеров). Используя YII (MVC) уровень представления почти не используется только активно учавствует Controller<->ModelData. На сервере только хранятся шаблоны html, которые использует JS на клиенте. Тот же эффект и на клиенте JAVA да же со своими окнами но шаблоны в другом формате.

Это сообщение отредактировал(а) Sentox - 17.5.2012, 22:59