English 中文(简体)
标准是什么?
原标题:What should the standard be for ReSTful URLS?
  • 时间:2009-10-08 11:12:54
  •  标签:

自2006年以来 我找不到出色的工作,我正在读到ReST和创建网络服务。 我对它的解释方式是,今后在你建立网站前,就为你的所有数据建立一个网络服务。 这似乎是一种好的想法。

然而,对于最佳办法究竟是什么,似乎有许多相互矛盾的想法。

有些人鼓吹简单的衣着

http://api.myapp.com/resource/1

此外,有些人希望将Adrend版本添加到 like中。

rel=“nofollow noreferer”>http://api.myapp.com/v1/resource/1

为了使事情更加令人困惑,一些人主张增加内容类型,以获得请求。

http://api.myapp.com/v1/resource/1.xml
http://api.myapp.com/v1/resource/1.json
http://api.myapp.com/v1/resource/1.txt

而其他人则认为,应当把内容类型放在吉大港山区的头脑中。

Soooooooooooo.... 这种差异很大,使我无法掌握最优的URL计划。 我亲眼看到最全面的URL的优点,其中包括版本编号、资源定位和内容类型,但我对这一点持新的看法,因此我可能错。

另一方面,你可以说,你应该“为你做最佳工作”。 但是,只要我能说,这确实符合《反转录病毒法》的精神,因为其目的是要有一个标准。

由于你们当中许多人比我有更多的经验,我认为我要求一些指导。 因此,牢记......

标准是什么?

最佳回答

2. 欢迎对知识、技术和革新的混淆世界。 第一夫人 我建议,你在错误的地方读过有关教育、科学和技术的信息。 Try

教育、科学和技术部并不是为你的网站提供数据服务的伟大解决办法。 “网络服务”(KASOAP, XML-RPC, WSDL, HTTP-POX)可能很好,但REST的建筑风格比服务器-服务器假设情景更注重客户服务。

停止思考URLs所看的情况。 他们认为,与服务器平行框架相比,你用来执行教育、科学和技术服务,比服务本身的设计要多得多。 客户应当从先前收回的代理人中发现URLs,因此实际上并不照顾到URLs。

说到这一点,用你的例子“URLs”来尝试和区分你认为应该拥有的不同资源,我确实还有其他一些建议。

预支资源。 i.e. 如果您拥有由url <代码>http://example.org/Todays Weather获取的资源。 上没有创造资源。 除了创造全新的资源之外,还有许多其他更好的表述方式。 • 寻找其他这方面的讨论。

关于为不同的内容类型创造不同资源,我认为这是一个具体的背景决定。 如果您的最终用户正在使用浏览器来获取教育、科学和技术部的服务,而且这些浏览器足够精练,能够理解青年与体育部之间的差别,那么就能够向前发展,并创造两个资源。 如果是机器客户,我将利用内容谈判获得所需的格式。

最后,由于教育、科学和技术部成为一刀切的口号,因此,围绕内容的错误信息远远多于有效内容。

问题回答

不能将ver带入URL。 这毫无意义。 它已经站在申请方。 当你发出一份在URL中拥有GET的POST申请时,这一请求是cra的。

答复格式通常最好列入《欧洲刑法》,因为负责人没有提供简单、明确的信息。

版本: 我通常会看到,在你身作ur时,如果有人写明,你应该对最新生产版本作出回应。 一种考虑是,是否在你的答复中为客户的偷盗目的写进了该软件。

反应格式: 收益表应在用户代理人寄送的吉大港山区接收头盔中具体列明。

请求书中注明: 绝对不是。

页: 1

内容类型是可以删除的,因为它有相同的记录,但有多种编码格式。 (以比你更希望了解区别问题的方式,重新加入联邦地理统计局。) 发送答复的版本的决定,可与吉大港定居人士协会接收负责人处理。

我所珍惜的唯一一点是版本编号,因为我个人可以想到适当的吉大港定居地主来处理这一方面。 (Expect?) 接受-编码? Pragma? 甚至 升级,但是由于相容的原因,你更经常地希望降级为旧版本,我认为,我可能有一个没有版本的供应商,提供最新的生产版本,但可能认为,有一个版本,用于重大变革,这种变化是落后的。

这个问题很可能取决于你对与你服务有关的客户的控制程度。 如果你能够从广大公众(我没有的话)获得服务,你可能更关心落后的兼容性。 根据所作的改动,你可能也认为第2版是一个全新的资源,而不仅仅是原来的新版本。





相关问题
热门标签