Значицо, даю вводные.
Существует такой фреймворк, Code Igniter, в котором реализована чистая MVC-модель, и для него существуют готовые библиотеки для работы с ajax (в частности, с использованием jquery). Погугли, скачай, посмотри, как они устроены внутри, посмотри примеры кода.

да в том то и дело, что мне не подходят фреймворки...нельзя использовать сторонний код. Просто хочу понять как это дело прикрутить, не нарушая мвц.

Я не предлагаю использовать фреймворк. Я предлагаю посмотреть, как делают умные люди. В двух словах все равно не описать.

ок, спасибо

Front Controller, в основном.
Что он делает, преобразует query_string в команды вызова (выделяет командные параметры) контроллеров страниц сервера Page Controller (контроллер в котором находятся сценарии вывода страницы) и действий (сценариев), а затем запускает действие.

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

А зачем усложнять самим себе жизнь
Как Фаулер говорит паттерн это не железобетонная конструкция, наоборот это отправная точка для развития архитектуры. Как показал опыт MVC совершенно не подходит под архитектуру с богатым клиентом на AJAX так как имеет избыточную архитектуру для этого, а вот Front Controller как раз подходит как сервисный слой и инициализатор действий по URL параметрам.

Собственно :)

Several web-tier application frameworks implement the Front Controller pattern, among them:
...
Yii, Cake, Symfony, Kohana, CodeIgniter and Zend Framework, MVC frameworks written with PHP

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

Точнее говоря архитектура
Client(View)->Front Controller->(Domain Model)->если требуется Strategy->Layer To DB наподобие "Слои Core J2EE"

А с другой стороны.
Вот живет человек и не париться. И еще не знает, сколько страшных слов и решений ему предстоит понять и изучить.

Да Front Controller не нарушает MVC. Но лучше всё таки модель J2EE Где после controller обработчика запросов производится вызов предметной области, хотя опять же исходя из бизнес требований

Traveller, вот можешь почитать: http://www.phpied.com/ajax-mvc/

Позволю высказать себе свое субъективное мнение о том что сначала надо разобраться с самой mvc отдельно и с ajax'ом отдельно, тогда такого вопроса бы не было, по сути надо понимать что mvc (в php) это тот же скрипт php, какими бы он там эпитетами не был бы назван, какие бы классы в нем ни лежали и какие бы функции не использовались, все равно все сведется к приему $_POST['data'] ил $_GET['data'] (+ еще кое-что чего вам пока не надо). А на стороне клиента как угодно к этому скрипту обращайтесь.

п.с. создаете контроллер, обращаетесь к нему из клиентского скрипта через аякс . Фсё.

спасибо всем, буду учить)