Представление модели в виде массива (xml, json и т.д.)

Всем привет.
Пишу проект (MVC + с добавлениями), в котором необходимо реализовать класс, который будет своеобразным API к множеству связанных классов. Сразу приведу пример, чтобы было понятно о чем я говорю:
Класс API отвечает за добавление, изменение, удаление, выборку и т.д. объектов на карте. Все внутренее устройство механизма (бизнес-логика) скрыто за этим API.
Так вот, возник вопрос в каком формате API должен отдавать данные объектов скрытых за API.
1) отдавать сами объекты. Получаем модель, она содержит данные объекта + правила валидации для создания новых объектов этого типа. Все отлично, за исключением того объект вылазит за рамки класса API.
2) отдавать представление объекта в виде массива, xml или json. Представление содержит данные объекта, если объект уже существует или правила валидации, если объект хотим создать.
Далее этот объект отдается в представление, там выстраивается форма для добавление нового объекта -> отдается клиенту. Более интересный на мой взгляд вариант, но тут минус в доп. нагрузке на конвертацию объекта.

Как же быть? Какой вариант предпочтительнее?

Хм.. Неужели никто не сталкивался с подобной проблемой? Может объяснил по-дурацки..

Да кто же вам скажет, как в этой ситуации будет предпочтительнее? Все зависит от самой ситуации.

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

Я предпочел бы использовать ORM\ActiveRecord вместо API.

Вот именно, что нужно изолировать внутреннее устройство всего зоопарка классов. ActiveRecord используется внутри, но выпускать его наружу не хочется. Потому что при этом теряем переносимость, возрастает вероятность что кто-либо, кто будет разрабатывать вместе со мной сделает через ActiveRecord то чего не нужно делать.
Напрашивается какой-то паттерн, но какой - фиг знает. Поэтому и прошу совета. Подход вроде как распространенный.
(Добавление)
Да, и насчет формата. Есть несколько типов сущностей, которые необходимо добавлять, удалять, редактировать crud вобщем. Некоторые сущности имеют вложенные сущности.

все сталкивались когде еще только начинали програмировать


переносимость куда?


все ктото может сделать то чего не нужно


нет

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Вы похоже сами не очень то и понимаете, что должно получиться.

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

Поэтому и прошу совета Ок, попробую объяснить с другой стороны. Есть несколько человек, которые пишут программный модуль. Модуль сам в себе, использует свою БД (например mongodb), свои классы и т.д. Модуль работает на CRUD сущностей и реализацию определенной логиики с ними. Есть другие несколько человек, которые пишут другой модуль и т.д. Все модули работают по одному и тому же принципу: у них есть api, через который можно с ними работать. Поверх этих модулей строятся различные приложения со своими контроллерами и представлениями.

(Отредактировано автором: 13 Февраля, 2014 - 10:26:47)

ну так опиши интерфейс этого API и пусть каждый имплементит его в зависимости что там в модуле

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Дэк это итак понятно. Вопрос изначально был в другом. Какой вариант предпочтителен в данном случае и какими проблемами может обернуться в будущем? Может есть другие варианты?