Angularjs 如果api中的所有方法都有相同的url，我们可以使用angular JS进行路由吗？

我想知道，当api中的所有方法都有相同的url时，我是否可以在angular JS中执行路由操作

更具体的问题：

我有一个api，所有POST方法都有相同的url。唯一改变的是我将发送的post数据。所以，我的问题是，我想通过对Api执行post请求来提取一些数据，我也可以使用angular JS使用单页应用程序来完成。但是，在angular js中使用路由有可能完成这个任务吗？我认为这是因为url，它对于任何post方法都不会改变？如有任何建议，将不胜感激

谢谢大家!

问候,，

---

Sandeep

角度应用程序与后端完全分离。后端是如何实现的并不重要

您可以创建一个Angle应用程序，而无需任何后端服务。这意味着您可以在前端应用程序中使用任何类型的路由

应用程序中唯一受后端设计影响的部分是您的服务以及它们如何从API获取数据

---

您的路由、控制器和视图不（不应该）关心。

角度应用程序与后端完全分离。后端是如何实现的并不重要

您可以创建一个Angle应用程序，而无需任何后端服务。这意味着您可以在前端应用程序中使用任何类型的路由

应用程序中唯一受后端设计影响的部分是您的服务以及它们如何从API获取数据

---

---

您的路由、控制器和视图不（不应该）关心。

这是一个糟糕的设计思想，但路由根本不关心后端API。它不需要它，不使用它，不关心它。所以答案是肯定的。哦，是吗，好的！谢谢你回复我。我只是想澄清一下，使用路由是个糟糕的主意，还是使用SPA是个糟糕的主意。这些都不是。为API中的所有方法使用一个URL是一个糟糕的想法。你会发现这是一个好主意吗？你在JavaScript中所做的一切都是通过调用同一个函数来完成的，这将根据传递给函数的参数来决定要做什么？是的！这是可以理解的。唯一的区别是我发送的post数据。那么，使用一个具有不同功能的控制器会更好吗？不！为什么要把所有事情都集中在一个地方？你见过一个OOAPI，其中只有一个类，所有的方法都在这个类中吗？为什么要这样做？这是一个糟糕的设计思想，但路由根本不关心后端API。它不需要它，不使用它，不关心它。所以答案是肯定的。哦，是吗，好的！谢谢你回复我。我只是想澄清一下，使用路由是个糟糕的主意，还是使用SPA是个糟糕的主意。这些都不是。为API中的所有方法使用一个URL是一个糟糕的想法。你会发现这是一个好主意吗？你在JavaScript中所做的一切都是通过调用同一个函数来完成的，这将根据传递给函数的参数来决定要做什么？是的！这是可以理解的。唯一的区别是我发送的post数据。那么，使用一个具有不同功能的控制器会更好吗？不！为什么要把所有事情都集中在一个地方？你见过一个OOAPI，其中只有一个类，所有的方法都在这个类中吗？你为什么要这么做？谢谢你给我一个详细的信息。我关心的一件事是，对于所有post方法，在路由文件中保留相同的路由是否明智？如果是，我的角度控制器如何知道我请求的路线？我很抱歉，如果这个问题听起来很奇怪，我是新手！我不确定我是否理解这个问题，但我将尝试解释架构。至于后端，我建议您在每个端点保留一个控制器。您的路由是在一个文件中定义的，还是在控制器附近的某个位置定义的，实际上并不重要。它通常取决于语言、框架或偏好。在前端，一些人将路由保存在一个文件中，而另一些人则将每个文件保存一个路由。我会建议第二种方法，但我相信会有人提出相反的建议，所以请使用一种对您（您的团队）更自然的方法，并坚持下去。前端和后端的路由是完全独立的，因此在路由方面，您的结构也不重要。您可以将后端和前端转储到一个文件（每个文件）中，并使用它（显然不鼓励这样做）。或者你可以随心所欲地把它们切碎（显然是合理的）。非常感谢你的解释。我会努力按照你说的去做。基本上，我正在做的是我有一个服务，它从api调用所有POST方法。然后，我有一个控制器，它在其中调用所有这些方法并显示在UI中。我必须采用这种方法的原因是，我必须在这些函数之间共享数据，这就是为什么我必须只保留一个控制器。那么，这样做是否更好呢。我真的很感激你的建议。这有帮助！谢谢你给我一个详细的信息。我关心的一件事是，对于所有post方法，在路由文件中保留相同的路由是否明智？如果是，我的角度控制器如何知道我请求的路线？我很抱歉，如果这个问题听起来很奇怪，我是新手！我不确定我是否理解这个问题，但我将尝试解释架构。至于后端，我建议您在每个端点保留一个控制器。您的路由是在一个文件中定义的，还是在控制器附近的某个位置定义的，实际上并不重要。它通常取决于语言、框架或预处理