Начало работы с [закрытым] REST
Вы можете комбинировать замену шаблона с tr:
VERSION=$( echo ${VERSIONNUMBER:1} | tr '.' '_' )
5 ответов
данные Servcies ADO.NET делают, они действительно легкий создать и используют УСПОКОИТЕЛЬНЫЕ веб-сервисы в мире .NET, но тем не менее понимание понятий важно. По сравнению с WCF (который добавил REST, поддерживают позже), Услуги передачи данных ADO.NET были созданы, прежде всего, для REST.
Инструкции для Создания УСПОКОИТЕЛЬНЫХ веб-сервисов имеют всю информацию о ресурсах, в которых Вы нуждаетесь.
Это - другое полезное запись в блоге :
универсальные интерфейсные ограничения описывают, как сервис, созданный для сети, может быть хорошим участником веб-архитектуры. Эти ограничения описаны кратко следующим образом:
1) Идентификация ресурсов: ресурс является любой единицей информации, которую можно назвать и представить (например, документ, курс акций в определенный момент времени, текущая погода в Лас-Вегасе, и т.д.). Ресурсы в Вашем сервисе должны быть определены с помощью URIs.
2) Управление ресурсами через представления: представление является физическим представлением ресурса и должно соответствовать допустимому типу среды. Используя стандартные типы среды как форматы данных позади Вашего сервиса увеличивает досягаемость Вашего сервиса путем создания этого доступным для широкого спектра потенциальных клиентов. Взаимодействие с ресурсом должно быть основано на извлечении и управлении представлением ресурса, определенного его URI.
3) Самодокументированные сообщения: После принципов отсутствия гражданства во взаимодействиях Вашего сервиса, с помощью стандартных типов среды и правильно указывая на cacheability сообщений через заголовки использования и управления методом HTTP гарантирует, что сообщения сам описательные. Сам описательные сообщения позволяют сообщениям быть обработанными посредниками между клиентом и сервером, не влияя также.
4) Гиперсреда как механизм состояния приложения: Состояние приложения должно быть выражено с помощью URIs и гиперссылок для перехода между состояниями. Это является, вероятно, самым спорным и наименее понято из архитектурных ограничений, сформулированных в диссертация Roy Fielding . На самом деле диссертация Fielding содержит явные аргументы против использования cookie HTTP для представления состояния приложения для втолковывания этой точки все же, это часто игнорируется.
Windows Communication Foundation модель REST поддержек начиная с.NET 3.5 .
можно найти документацию и примеры кода на MSDN:
Некоторые ресурсы для изучения REST:
- документация REST относительно xFront.com
- Архитектурные стили и Дизайн Основанных на сети Программных архитектур. Глава 5: Представительная Передача состояния (REST) (диссертация доктора философии Roy Fielding - автор REST)
- статья в Википедии
Лучшее введение, которое я считал, УСПОКОИТЕЛЬНАЯ книга веб-сервисов, которая идет вне объяснения модели и принципов и на самом деле показывает Вам, как разработать УСПОКОИТЕЛЬНЫЙ веб-сервис. Самый полезный его контрольный список для того, как писать/указывать API REST:
- Фигура набор данных [т.е. указывают модель данных].
- Разделение набор данных в ресурсы. Для каждого вида ресурса:
- Имя ресурсы с URIs.
- Выставляют подмножество универсального интерфейса [т.е. указывают, какие методы HTTP используются и что они делают].
- Дизайн представления (представления) приняли от клиента [например, формат XML, который можно ПОМЕСТИТЬ или POST].
- Дизайн представления (представления), подаваемые клиенту [например, XML, Вы возвращаетесь].
- Интегрируют этот ресурс в существующие ресурсы, с помощью ссылок гиперсреды и форм.
- Рассматривают типичный ход событий: что, как предполагается, происходит? [Это похоже на вариант использования основной сценарий успеха.]
- Рассматривают состояния ошибки. [Это похоже на сценарии исключения варианта использования.]
Статьи от" УСПОКОИТЕЛЬНАЯ сеть " ряд в xml.com являются большим введением.
автор (Joe Gregorio, известности Протокола публикации Atom) также регулярно публикует проницательные статьи обо всех вещах REST на его блог ". RESTify DayTrader" (Архитектура REST относилась к приложению продажи акций сравнительного теста) является хорошей начальной точкой. Мне также нравится" Почему столько веб-платформ Python? ", который показывает реализацию маленькой успокоительной веб-платформы в Python.