在前后端 URL 统一命名风格的问题上，REST 和 RPC 都是有效的解决方案，选择哪种主要取决于你的具体需求和团队约定。以下是对这两种风格的简单介绍和我的个人建议。
- REST（Representational State Transfer）风格：这是一种基于 HTTP 协议的客户端-服务器交互风格，通过使用 HTTP 方法（GET、POST、PUT、DELETE 等）和 URI 来描述和操作资源。在 REST 风格中，通常使用名词来定义资源，并使用 URI 的不同部分来表示不同的资源。例如，
/users/123 表示用户 ID 为 123 的资源。 - RPC（Remote Procedure Call）风格：RPC 是一种更直接的客户端-服务器交互风格，其中客户端调用服务器上某个特定函数或方法，并传递必要的参数。在 RPC 风格中，URL 通常表示具体的函数或方法，而不是资源。例如，
/add?a=1&b=2 可能表示调用服务器上的 "add" 方法，并传递两个参数。
对于你的情况，如果你更希望 URL 能清晰地表示出具体的操作和资源类型，可能会更倾向于 REST 风格。例如，/contents/query?type=best 比 /content/query?type=best 更清晰地表明你正在查询最佳的资源。此外，REST 风格的 URL 更简洁，也更容易为开发者和用户所理解。
然而，如果你需要更精细的方法级别的控制，或者你的服务更像是一种黑盒，可能 RPC 风格更适合。例如，如果你正在构建一个复杂的机器学习 API，可能并不需要将具体的算法暴露给用户，而是希望用户直接调用已经预先定义好的方法，那么 RPC 风格可能更好。
总的来说，选择哪种风格更多的是基于你的应用需求和设计考虑，没有绝对的好坏之分。你可以尝试两种风格看看哪种更适合你的项目和团队。
极客观点
项目管理
HarmonyOS
Restful已经是过时的标准了。越来越多的团队会选择简单的Restful Get-Post，或者禁止Restful风格路由的Get-Post；