Ricardo A Asked: 2020-02-26 12:07:47 +0800 CST 2020-02-26 12:07:47 +0800 CST 2020-02-26 12:07:47 +0800 CST 什么是“入口点”和“终点”？ 772 我看到他们讲了很多关于入口点和终点的事情，事实上我对它指的是什么有一个概念，但我仍然不知道正确的定义或者它们是干什么用的。预先非常感谢您。 api 3 Answers Voted Best Answer ffflabs 2020-02-26T12:55:41+08:002020-02-26T12:55:41+08:00 入口点是访问者在浏览器中输入以查看您的应用程序或站点的 URL。以前，网站的每个部分都是一个入口点 - home.html - galeria.html - contacto.html - about us.html 随着提供路由的库（Backbone、Ract、Angular、Vue）的出现，为访问者到达登录页面并从那里访问站点的其余部分的单页应用程序 (SPA) 提供服务变得微不足道，从而提供给人的印象是您在不同页面之间浏览，而实际上，它仍然是同一个登录页面，根据您请求的 URL 向您显示不同的部分。入口点将包含作为路由器的当前功能，并根据请求的 url 显示不同的内容，“拦截”内部链接。 访问者看到 URL 正在发生变化，并且确实感觉到他在链接之间移动，但他并没有离开相同的入口点。 - Home - galería - contacto - about us 有很少的入口点与他们不需要的依赖关系，或许多入口点需要维护之间有一个微妙的平衡。 端点是响应请求的 API 或后端的 URL。相同的入口点必须与端点匹配才能存在。为了使网站对访问者有意义，必须做出响应。对于等待用户访问的每个入口点，可以有数十个端点提供数据以填充在入口点显示的每个图形和信息图。 入口点和端点之间的区别在于端点不打算与最终用户交互。他们通常只会返回 json，或者根本不返回。而且，一个入口点会多次调用不同的端点来显示统计数据、画廊、最新评论等。 此外，假设在谈论端点时我们处于RESTful环境中，因此（与使用浏览器不同），客户端可以使用具有不同动词的相同端点。相同的端点，例如： /users 如果您使用 GET 动词，它将返回一个用户列表，如果您使用 POST 动词，它将创建一个用户。端点本身并没有说明您可以使用它执行的操作。 端点的存在通常与您要在后端或 API 中建模的实体数量成正比。假设每个实体应该至少有一个端点，并且对于每个实体，您可以执行创建、读取、更新和删除数据的操作。然后，如果您考虑到两个实体之间的每个关系都会产生另一个端点，那么您可能会拥有更多端点。同样，给定 User 模型，如果每个用户有 N 个画廊，则端点 users/{id}/gallery 它将返回您请求的用户的画廊。再次在一个简单的 json 中，因为它并不意味着最终用户可以直接读取。 Enrique Lopez 2020-11-29T12:17:16+08:002020-11-29T12:17:16+08:00 事实上，正如@amenadiel 提到的，入口点和端点是非常不同的。 如果我们可以简单地对它们进行分类，那将是： 入口点 - 网站页面的入口 URL。 端点 - 网站用来加载或使用信息的服务的 URL。 使用示例： 网站的主页是入口点。 通过端点访问 Web API。 他们之间的关系： 一个入口点，例如网站的主页，可以从不同的端点查询信息，以用某些信息填充页面的各个部分，简单地说，假设： 菜单所在的网站顶部查询端点。 在网站的一边，查询另一个端点。 网站的主要部分，查询另一个端点。 并在网站底部，查询最后一个端点。 此外，我们将端点理解为 Web 服务，不仅在访问入口点时使用，而且在单击按钮、复选框或与用户的任何交互事件时使用。 mrroot5 2022-08-13T02:14:20+08:002022-08-13T02:14:20+08:00 如果我们不与浏览器交互但正在查询 API 怎么办？ 在这种情况下，一切都是端点吗？ 您收到请求，查询数据库或外部 API 并返回结果。在这种情况下，您的切入点是什么？ 入口点是通过 API 路由器到达的请求，而端点是外部 API 等。什么查询 该请求可能来自浏览器、终端、邮递员等。 入口点/端点主题更多地取决于您移动的上下文，尽管作为一般答案，@ffflabs 是完美的。
入口点是访问者在浏览器中输入以查看您的应用程序或站点的 URL。以前，网站的每个部分都是一个入口点
随着提供路由的库（Backbone、Ract、Angular、Vue）的出现，为访问者到达登录页面并从那里访问站点的其余部分的单页应用程序 (SPA) 提供服务变得微不足道，从而提供给人的印象是您在不同页面之间浏览，而实际上，它仍然是同一个登录页面，根据您请求的 URL 向您显示不同的部分。入口点将包含作为路由器的当前功能，并根据请求的 url 显示不同的内容，“拦截”内部链接。
访问者看到 URL 正在发生变化，并且确实感觉到他在链接之间移动，但他并没有离开相同的入口点。
有很少的入口点与他们不需要的依赖关系，或许多入口点需要维护之间有一个微妙的平衡。
端点是响应请求的 API 或后端的 URL。相同的入口点必须与端点匹配才能存在。为了使网站对访问者有意义，必须做出响应。对于等待用户访问的每个入口点，可以有数十个端点提供数据以填充在入口点显示的每个图形和信息图。
入口点和端点之间的区别在于端点不打算与最终用户交互。他们通常只会返回 json，或者根本不返回。而且，一个入口点会多次调用不同的端点来显示统计数据、画廊、最新评论等。
此外，假设在谈论端点时我们处于RESTful环境中，因此（与使用浏览器不同），客户端可以使用具有不同动词的相同端点。相同的端点，例如：
如果您使用 GET 动词，它将返回一个用户列表，如果您使用 POST 动词，它将创建一个用户。端点本身并没有说明您可以使用它执行的操作。
端点的存在通常与您要在后端或 API 中建模的实体数量成正比。假设每个实体应该至少有一个端点，并且对于每个实体，您可以执行创建、读取、更新和删除数据的操作。然后，如果您考虑到两个实体之间的每个关系都会产生另一个端点，那么您可能会拥有更多端点。同样，给定 User 模型，如果每个用户有 N 个画廊，则端点
它将返回您请求的用户的画廊。再次在一个简单的 json 中，因为它并不意味着最终用户可以直接读取。
事实上，正如@amenadiel 提到的，入口点和端点是非常不同的。
如果我们可以简单地对它们进行分类，那将是：
使用示例：
他们之间的关系：
一个入口点，例如网站的主页，可以从不同的端点查询信息，以用某些信息填充页面的各个部分，简单地说，假设：
此外，我们将端点理解为 Web 服务，不仅在访问入口点时使用，而且在单击按钮、复选框或与用户的任何交互事件时使用。
如果我们不与浏览器交互但正在查询 API 怎么办？
在这种情况下，一切都是端点吗？
您收到请求，查询数据库或外部 API 并返回结果。在这种情况下，您的切入点是什么？
入口点是通过 API 路由器到达的请求，而端点是外部 API 等。什么查询 该请求可能来自浏览器、终端、邮递员等。
入口点/端点主题更多地取决于您移动的上下文，尽管作为一般答案，@ffflabs 是完美的。