Подставляя Astoria Payload?
Я хотел бы использовать службы данных для публикации данных только для чтения через http.
Что мне действительно нравится, так это возможность предоставлять фрагменты xml различной формы, которые представляют то, что находится в моей базе данных, с использованием фильтров, расширений и т. Д.
Что мне действительно не нравится, так это "зацикливание" в атоме, я знаю, что json немного легче, но я действительно хотел бы сделать удар в моей собственной стратегии сериализации.
Первоначально я думал, что у них есть еще несколько форматов, я думал, что это легко расширяется... но я ничего не могу найти на нем.
Я смотрю не в том месте? Я все вместе лаю не на том дереве?
Спасибо
2 ответа
Да, да, я согласен.
Я даже смотрел на "модель веб-программирования" довольно сложно, так как она кажется более гибкой.
по сути, я хотел бы
- получить URI + запрос
- сопоставить URI с сущностью / записью
- возврат оспы, включая ссылки согласно запросу
это в том числе связанных сущностей, которая получает меня в данный момент. Службы передачи данных позволяют вам "ходить по графику" с помощью функции расширения, но я не могу найти простой способ заменить эту функциональность.
со службой отдыха, придется ли мне вручную анализировать "путь расширения" и загружать соответствующие объекты в граф объектов перед их сериализацией?
Спасибо за вашу помощь!
Службы данных предназначены для конкретной проблемы, это не универсальная реализация POX поверх REST, и я не уверен, что попытка согнуть его таким путем - это путь.
Довольно просто "свернуть свой" REST/POX сервис с WCF ( статья здесь), что может быть лучшей отправной точкой, если вы слишком сильно отклоняетесь от сервисов данных.