Каковы преимущества применения спокойных маршрутов в приложении MVC?

Question

Я играл с сборкой SimplyRestfulRouting, которая поставляется с дополнениями MvcContrib, и по большей части мне очень нравится, что она быстро настраивает мои маршруты и оставляет мне хорошее соглашение, которому нужно следовать в моих контроллерах. Тем не менее, я все еще пытаюсь обернуть голову вокруг REST, так как это относится к многофункциональным интернет-приложениям, и иногда чувствую, что голубь прячется, когда мне нужно сделать что-то, что выходит за рамки этих 8 или 9 маршрутов по умолчанию. [Редактировать: под «голубиным отверстием» я просто подразумеваю, что чувствую, что загрязняю приложение, когда мне нужно создать действие контроллера, которое находится вне определения по умолчанию «restful маршрутов».]

Я услышал комментарий от сторонника REST, в котором он высказал свое мнение о том, что среда MVC изначально является RESTful, и это заставило меня задуматься о том, какие библиотеки, такие как MvcContrib SimplyRestfulRouting, действительно покупают меня.

Не слишком много читая о конкретных ценах REST, я ищу информацию о том, какие преимущества может принести применение таких вещей в контексте RIA. А что касается AJAX, как архитектура RESTful влияет на взаимодействие с клиентом?

Скорее всего, я неправильно понимаю использование REST в этом контексте, и был бы признателен за какое-то моё StackOverflow, чтобы поразмышлять.

Answer 1

Основное преимущество, которое я вижу в применении маршрутов RESTful - независимо от используемой структуры - это согласованность. Вы всегда сможете узнать, как API будет работать с любым ресурсом, что фактически даст вам самодокументирующийся API.

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

Чтобы узнать больше о базовых принципах, связанных с REST, я бы рекомендовал прочитать эту тему .

Answer 2

преимущество в том, что если у вас есть какой-то адрес, и с этого адреса вы что-то получаете, то вы можете позвонить по этому адресу из любого места в своем коде, и вы получите точно такую ​​же вещь:)

и в конкретном примере, если у вас есть маршрут, который может возвращать html, заполненный данными (например, пользовательский элемент управления), то вы можете вызвать его из ajax, из вашего настольного приложения или даже из вашего веб-сервиса ... это очень мощный, потому что у вас БУДУТ повторяться некоторые функции для вашего приложения ... и потому что некоторые html, которые вы получаете от этого спокойного сервиса, дающего вам ровно одно представление с ровно одной функцией, вы можете вызывать его динамически из диалога, со страницы или с вашего рабочего стола приложение или из любого места ... и когда вы добавите к этому, что вы можете вызывать этот адрес с параметрами, точно так же, как какой-то метод, вы теперь можете увидеть, насколько мощным это может быть при создании динамических страниц и веб-сайтов / систем

надеюсь, это поможет

Answer 3

Быть RESTful - это больше, чем просто иметь чистые URL.

На архитектурном уровне REST заключается в организации функциональности вашего приложения в виде ресурсов и предоставлении фиксированного и равномерного набора CRUD-операций над ними (например, HTTP POST / GET). / PUT / DELETE методы). Это известно как Ресурсно-ориентированная архитектура .

Напротив, с Сервис-ориентированной архитектурой вы обычно организуете функциональность приложения в виде процессов или компонентов и выставляете неоднородные, специфичные для приложения методы их (например, через SOAP).

Обратите внимание, что вы можете иметь чистые URL-адреса, но при этом следовать принципам разработки SOA без RESTful.

ОБНОВЛЕНИЕ: Извините, на самом деле не ответил на вопрос, зациклился на использовании терминологии "RESTful". Если вы просто говорите о преимуществах чистых URL-адресов (за исключением аргумента REST / SOA), типичным аргументом является лучшая оптимизация SEO и удобство для пользователя (пользователь может лучше понять и изменить URL-адреса).