Что лучше для зависимости: веб-сервис против XML? - PullRequest
Новая
       6

Что лучше для зависимости: веб-сервис против XML?

2 голосов
/ 22 мая 2009

Я создаю приложение, которое имеет зависимость данных от потока данных другой группы. Они могут давать мне ежедневный xml-дамп данных, который я могу просто загружать в кэш один раз в день, ИЛИ я могу звонить в веб-службу для получения данных таким образом. Если провайдеру данных все равно, какой я использую (то же самое для них работает в любом случае), о чем мне спрашивать и почему? Использование кеш-сайта asp.net и т. Д. *

Ответы [ 2 ]

3 голосов
/ 22 мая 2009

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

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

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

0 голосов
/ 22 мая 2009

Для этого я бы выбрал канал Atom, из которого вы можете воспользоваться преимуществами HTTP для кэширования и обновления, а также допустимый канал XML. Таким образом, вам не нужно обрабатывать больше данных, чем нужно. Дампы XML могут быть ужасны для обновлений, анализа и реализации, в то время как WebServices в целом ужасны, так как вам нужно взламывать стек стандартов WS- * до тех пор, пока не будут выполнены ваши требования (и, возможно, загрязнить вашу среду разработки инструментами, которые вам редко нужны). В качестве альтернативы я бы попросил базовый интерфейс REST для данных, скажем, один URL-адрес pr. день обновлений или что вы думаете.

...