Главная
translate
Войти
| 2008-06-10 11:37:16 | Ответить |
|---|---|
 Ruslan Voloshin Адрес: odessa Сообщений: 978 Регистр: 2007-03-13 его блог 28 сообщ. |
Перевод RESTful Rails Development |
|
Первод документа http://www.b-simple.de/documents/download/6
Далее планируется перевод статьи по REST, возможно он будет не совсем полный, ноя постараюсь довести до вашего сведения все значимые моменты. Спасибы Большое спасибо Adam Groves из Берлина за его финальную редакцию английской версии этого документа. |
|
| rails rest, rest, RESTful Rails Development |
| 2008-06-10 01:44:39 | Ответить |
|---|---|
|
Ruslan Voloshin Адрес: odessa Сообщений: 978 Регистр: 2007-03-13 его блог 28 сообщ. |
Chapter 1 |
|
HTTP может больше чем GET и POST, но зачастую многие вебразработчики забывают это через несколько дней. Но если вы рассматриваете веб браузер только со стороны получения GET и
POST запросов, возможно это не будет для вас сурпризом. GET и POST это два типа HTTP запросов которые часто передаются от клиента к серверу.HTTP протокол также имеет PUT и DELETE методы которые используются для создания или удаления веб ресурсов. Это руководство распространяется на разработчиков которые рассматривают HTTP методы PUT и DELETE. Совместное исопльзование PUT и DELETE с GET и POST которые стали значительней популярней можно объединить в одно название ”REST”. Это одно из важных нововведений в Rails 1.2 это поддержка REST. Руководство начинается с короткого введения в концепцию и описание происходящего в REST. Разработка этого, обясняется смысл разработки для RESTful Rails приложений. Использование скафолда (scaffolding),для детальной разработки REST контролера и модели оказывают нам техническую помощь для RESTful разработки. С помощью сгенерированных моделей, в следующем разделе описывается функциональность и кустомизация для вызова REST роутинга, который сильно зависит от REST функциональности. Раздел Структуриварония ресурсов описывается введением в ридер для продвинутых в REST разработке и описывает как ресурсы могут зависеть от родительсыких и дочерних без исключительных ситуаций в REST урлах. Руководство заканчивает разделом об REST и AJAX, тестирование RESTful приложений и введение в ActiveResource–the клиентской части REST. Перед началом еще несколько слов: эторуководство подитоживает базовые знания по Rails разработке. Если это вам не помогло читайте больше Rails руководств в интернете. |
|
| chapter 1, rails rest, rest, RESTful Rails Development |
| 2008-06-10 11:25:26 | Ответить |
|---|---|
|
Ruslan Voloshin Адрес: odessa Сообщений: 978 Регистр: 2007-03-13 его блог 28 сообщ. |
1.1 Что такое REST ( What is REST?) |
|
Этот термин был придуман Roy Fielding в его докторской десертации Ph.D. и Изменения представления состояния передачи. REST описывает архитектуру парадигмы для веб приложений которые запрашивают и манипулируют web ресурсами используюя стандартные HTTP
методы GET, POST, PUT и DELETE. Ресурсы в контексте REST это свойства URL-адресации коотрые часто ингтегрированы в HTTP. Ресурсы могут быть представлены в разных форматах похожих на HTML, XML or RSS, в зависимости от клиентского запроса. REST URLs уникальны. К сожалению в традиционных Rails приложениях, ресурс URL это адрес модели вызывающий екшин, если такой ресурс доступен. В контексте Rails приложения, ресурс (/messages/show/1) это комбинация определенного контролера и модели. С технической точки зрения, ресурсы проекта это расширение ActiveRecord класа проекта в комбинации с ProjectsController который отвечает за внешние манипуляции. |
|
| rails rest, rest, RESTful Rails Development, What is REST? |
| 2008-06-10 01:44:37 | Ответить |
|---|---|
|
Ruslan Voloshin Адрес: odessa Сообщений: 978 Регистр: 2007-03-13 его блог 28 сообщ. |
1.2 Почему REST ( Why REST? ) |
|
Это хороший вопрос когда вы смотрите чтоуже в течении друх лет вы прекрастно разрабатываете Rails приложения и два года используете концепцию MVC concept.Что
REST дает нам, однако,для Rails это будет концептуальным улучшением так как в будующем REST- основанные приложения будут чище: Понятней URLs (чище). REST URLs представляют ресурсы а не екшины. URLs всегда имеют одинаковый формат: первое это заход на контролер и второй параметр это id ссылки на ресурс. Манипуляция запросами зависит от URL и от типа запроса HTTP. Различные форматы ответа. REST контролеры разрабатываются проще и могут быть более чище при отправке различных форматов ответов. В зависимости запросов от клиента, один и тот же екшин может отвечать в HTML, XML, RSS, или других форматах данных, различные пользователи смогут получать ответы, что делает разработку чище и проще. Пересмотр кода. Развитие нескольких клиентов, способных действия избежать повторений в смысле DRY2 в результате меньше кода в контроллерах . Модель ориентированных на Контроллеры. Контроллеры и ресурсы вместе в одном подразделении - каждый контроллер отвечает за манипулирование один тип ресурса. В RESTful результы развития формируются концептуально четкого и стабильного примененимо к дизайну. Предстоящие главы этого учебника будут описывать выше сказанное, с помощью нескольких примеров.кги |
|
| rails rest, rest, RESTful Rails Development, Why REST?, почему рест |
| 2008-06-10 01:44:36 | Ответить |
|---|---|
|
Ruslan Voloshin Адрес: odessa Сообщений: 978 Регистр: 2007-03-13 его блог 28 сообщ. |
1.3 Что нового ( What’s New?) |
|
Ели вы думаете что REST- базированная разработка приложения перечеркивает ранее накопленные знания Rails разработки, мы может вас уверить что все не так: REST все еще продолжает базироваться на MVC, далее опишем нововведения:
Использование ответов сервера в контролере. Новые методы хелперов для ссылок и форм. Использование URL методов в редиректах внутки контролеров. Новые роуты которые генерируются из методов ресурсов в routes.rb. Как только вы поймете REST технологию тогда вы сразу же будете использовать ее, RESTful приложения становятся второй натурой. |
|
| rails rest, rest, RESTful Rails Development, What’s New? |
назад
новый
ответить