Возвратить набор данных в веб-сервисе или нет?
Самым легким путем я нашел выполнения, это - к разметке Ваш HTML с помощью микроформаты .
, Если Вы надеетесь генерировать iCalendar файлы тогда, Вы могли бы использовать , hCalendar микроформат тогда включает ссылку такой как, 'Добавьте для Ведения календаря', который указывает на:
http://feeds.technorati.com/events/ [ полный URL Вашей страницы включая http://]
страница Technorati тогда анализирует Вашу страницу, извлекает hCalendar информацию и отправляет iCalendar файл клиенту.
3 ответа
Использовать наборы данных? Я бы сказал тысячу раз нет. Они не совместимы с другими наборами инструментов (как вы упомянули). Конечно, сейчас вашими единственными потребителями являются .NET, но все может быстро измениться, и к этому приятно быть подготовленным.
См. XML-файлы для чтения.
Кроме того, если вы разрабатываете новые службы, напишите их с помощью WCF. Затем вы можете выставлять их как хотите. Если служба и потребитель являются внутренними и оба являются .NET, вы можете использовать привязку TCP для повышения производительности. Позже, когда кто-то еще захочет связаться с вашей службой, вы можете добавить новую привязку веб-службы, чтобы его приложение Java (например) могло взаимодействовать с вашей службой. См. Выбор правильной привязки WCF для удобной блок-схемы.
Я бы сказал, что вы не должны отправлять его, но это решение будет принято в зависимости от того, что важно для вашей компании.
Если вы разрабатываете веб-сервис API - это, по сути, договор между компанией и клиентами. Итак, некоторые люди в компании могут начать использовать этот API для критически важных операций.
Затем вы получаете запрос, чтобы он работал на Blackberry. Теперь вам нужно изменить веб-службу, что может привести к поломке других приложений, вызывая волновой эффект.
Итак, если вы уверены, что вам никогда не понадобится поддерживать другие платформы, кроме .NET, тогда вы можете просто пойти с первый вариант.
I'd go for no datasets as well (just like most of the community here). Like James say, you're never sure that your service will be consumed only by .NET applications. Main reason of a webservice is that it's a standard that can be used by all technologies, if you create it correct.
DataSets also breaks the ideas of domain driven design and seperation of layers and are therefore less attracted as they used to be in the beginning. I only use them for demos that needs to be quick and dirty ;)
If you really want an "easy" way of developing (within the IDE) and still be conform with all the standards, consider creating your services with WCF.