2009-05-20 52 views
2

我一直在用MvcContrib extras附带的SimplyRestfulRouting程序集,而且大多数情况下我真的很喜欢它可以快速设置我的路线,并为我留下一个很好的约定,以便在我的控制器中遵循。不过,我仍然试图将自己的头围绕在REST上,因为它适用于丰富的互联网应用程序,并且当我需要做一些超出8或9条默认路线范围的事情时,偶尔会感觉到鸽子被遮住了。 [编辑:通过“鸽子洞”,我只是说我觉得自己弄脏了应用程序时,我不得不创建一个控制器动作,而这个动作不在默认的“宁静路线”的定义范围之内。]在MVC应用程序中执行平稳路线的好处是什么?

听说来自REST支持者的评论,他在其中表达了他的观点,即MVC框架本质上是RESTful的,它让我更加关注像MvcContrib SimplyRestfulRouting这样的库实际上在购买我。

没有阅读过很多关于REST的具体原则,我正在寻找关于在RIA上实现这种事情可能带来哪些好处的输入。关于AJAX,RESTful架构如何影响我的客户端交互?

这很可能是我误解了在这种情况下使用REST,并会欣赏一些StackOverflow的mojo让我的头脑清晰。

+0

你有关于REST支持者的链接,以及为什么MVC“天生就是”宁静? – SerialSeb 2009-05-21 13:45:11

+0

这是一个关于.NET Rocks的讨论,与Kenn Scribner一起展示#445:http://www.dotnetrocks.com/default.aspx?showNum=445 – nkirkes 2009-05-21 16:58:03

回答

2

我在执行RESTful路由时可以看到的主要好处是 - 无论使用哪个框架 - 都是一致性。您将始终能够知道API如何适用于任何资源,这实际上会为您提供一个自行记录的API。

它还提供了一个美妙的约束,同时构建应用程序。而不是让一个空白平板的API可能会很快变得复杂,将路线限制到基础会为您提供有关您需要创建哪些资源的指导。

欲了解更多有关REST的基本原理,我建议您阅读这个thread

+0

不想让问题公开,所有答案都是很有帮助。这篇特别的帖子包含了一个我发现对于进一步理解REST有用的线索。 – nkirkes 2009-05-22 15:05:28

1

RESTful不仅仅是具有干净的URL。

在架构级别,REST是大约在资源术语组织应用程序的功能性,并且暴露一个固定和均匀它们组CRUD操作的(例如HTTP POST/GET/PUT/DELETE方法)。这被称为Resource Oriented Architecture

相反,用Service Oriented Architecture您通常组织在过程或部件的术语应用程序的功能,并暴露不均匀,专用方法对它们(例如,通过SOAP)。

请注意,您可以拥有干净的URL,但最终会遵循非RESTful SOA设计原则。

更新:对不起,没有真正回答这个问题,挂上了使用“RESTful”术语。如果您只是在谈论干净URL的好处(抛开REST/SOA争论),典型的观点是更好的SEO优化和用户友好性(用户可以更好地理解和修改URL)。

1

的好处是,如果你有一些ADRESS并从ADRESS你得到的东西,那么你可以调用从任何地方,你在你的代码想要的ADRESS,你会得到完全同样的事情:)

和具体的例子是,如果你的路由可以返回一些HTML完整的数据(例如用户控制),那么你可以从ajax,从你的桌面应用程序甚至从你的web服务调用它...这是非常强大的,因为你会在应用程序中重复使用了一些功能...并且由于您从该宁静服务获得的一些HTML只能为您提供具有一个功能的一个视图,因此您可以从对话框或页面或桌面应用程序或从任何地方动态调用它。 .. 当你补充一点,你可以调用这个ADRESS与参数,酷似一些方法,你现在可以看到这个强大的可以在创建动态的网页和网站/系统

希望这有助于

相关问题