Образцовый Контроллер представления играет Хорошо с деревьями искусственного интеллекта и поведения?

Я происхожу из среды MVC (Flex и направляющие) и люблю идеи разделения кода, возможности многократного использования, инкапсуляции, и т.д. Это помогает создать вещи быстро и компоненты повторного использования в других проектах. Однако было очень трудно придерживаться принципов MVC при попытке создать комплекс, управляемые состоянием, асинхронные, анимированные приложения.

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

Очень легко сохранить представления/графику незнакомыми с чем-либо за пределами себя, когда вещи статичны, как с системой CMS HTML или что бы то ни было. Но то, когда Вы начинаете добавлять комплекс управляемые состоянием переходы, он походит на все, должно знать обо всем остальном, и MVC почти мешает. Что Вы думаете?

Обновление:

Пример. Хорошо прямо сейчас я работаю над веб-сайтом в Flex. Я пришел к выводу, что для надлежащей анимации каждого вложенного элемента в приложении, я должен думать о них как об Агентах AI. Каждое "Представление", затем, имеет свое собственное Дерево Поведения. Таким образом, это работает, действие (показывает и прячется) на основе контекста (каковы выбранные данные, и т.д.). Чтобы сделать это, мне нужна вещь типа ViewController, я называю ее Предъявителем. Таким образом, у меня есть Представление (графика, размеченная в MXML), Предъявитель (определяющий анимации и меры, которые Представление может принять на основе состояния и вложенных состояний приложения), и Модель Презентации для представления данных Представлению (через предъявителя). У меня также есть Модели для объектов значения и Контроллеры для обработки URL и вызовов базы данных и т.д.... весь нормальный static/html-like MVC материал.

Некоторое время там я пытался выяснить, как структурировать эти "агенты", таким образом, что они могли ответить на свой окружающий контекст (что выбрано, и т.д.). Казалось, что все должно было знать обо всем остальном. И затем я читал о Таблице/Списке Пути/Навигации для игр и сразу думал, что у них есть централизованно сохраненная таблица всех предрасчетных мер, которые может принять каждый агент. Так, чтобы получил меня задающийся вопросом, как они на самом деле структурируют свой код.

Весь 3D материал видеоигры является большим секретом и большим количеством его от того, что я вижу, сделан с графическим UI/редактором, как определение деревьев поведения. Таким образом, я задаюсь вопросом, используют ли они своего рода MVC для структуры, как их агенты отвечают на среду, и как они сохраняют свой код модульным и инкапсулированным.