Подставляя Astoria Payload?

Question

Я бы хотел использовать службы данных для публикации данных только для чтения через http.

Что мне действительно нравится, так это возможность предоставлять биты разной формы xml, которые представляют то, что находится в моей БД, с использованием фильтров, расширений и т. Д.

Что мне действительно не нравится, так это «зацикливание» в атоме, я знаю, что json немного легче, но я действительно хотел бы сделать удар в моей собственной стратегии сериализации.

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

Я смотрю не в том месте? Я все вместе лаю не на том дереве?

спасибо

Answer 1

Да, да, я согласен.

даже смотрел на «модель веб-программирования» довольно сложно, поскольку она, кажется, предлагает большую гибкость.

по сути, я бы хотел

• получить URI + запрос
• отобразить URI на объект / запись
• возврат оспы, включая ссылки согласно запросу

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

со службой отдыха, придется ли мне вручную анализировать «путь расширения» и загружать соответствующие объекты в граф объектов перед их сериализацией?

спасибо за вашу помощь!

Answer 2

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

Довольно просто "свернуть свой" сервис REST / POX с WCF ( статья здесь ), что может быть лучшей отправной точкой, если вы слишком сильно отклоняетесь от служб данных.