REST api 中如何处理 URI？
我正在创建一个业余爱好 iOS 应用程序，但我对如何为其创建 REST 后端有点困惑。我已阅读互联网上的可用资源，并且了解 REST 背后的理论。但是，我对如何处理 URI 感到困惑。例如，/resource/ 或 /resource/{id} 处是否有处理剩余函数的文件，或者这些文件是否位于根目录下，并且 URI 调用以某种方式路由到它们？请原谅我对网页设计的无知。
I'm creating a hobby iOS app, and I'm a bit confused about how to create a REST backend for it. I've read the resources available on the internet and I understand the theories behind REST. However, I'm confused about how the URI's get handled. For instance, is there a file handling rest functions at /resource/ or /resource/{id} or are these files sitting at root, and somehow the URI calls are getting routed to them? Excuse my ignorance at web design.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这取决于服务器架构。仅将单独的 CGI 文件放在适当的文件夹中并处理请求是完全合法的，也许结合一些 URL 重写以获得漂亮的 URL。
另一方面，大多数现代 Web 框架都有某种 URL 调度程序。这是框架的核心组件，它负责将请求分派（=映射）到各种代码（通常是类和方法）。
例如，有一个名为 Mojolicious 的现代 Perl 框架。即使不了解任何 Perl，您也可能会发现它的有关路由的文档很有趣，因为它很好地回答了你的问题。
That depends on the server architecture. It’s perfectly legal to have only separate CGI files sitting in appropriate folders and handling the requests, maybe in conjuction with some URL rewriting to have nice URLs.
On the other hand most modern web frameworks have some kind of URL dispatcher. That’s a core component of the framework, and it takes care of dispatching (= mapping) requests to various pieces of code (usually classes and methods).
There’s for example a modern Perl framework called Mojolicious. Even without knowing any Perl you might find its documentation about routing interesting, for it answers your question quite well.