Fatal编程技术网

Model view controller restapi设计&x2B；标准MVC webapp

model-view-controller web-applications rest jersey

Model view controller restapi设计&x2B；标准MVC webapp,model-view-controller,web-applications,rest,jersey,Model View Controller,Web Applications,Rest,Jersey,我想这更多的是一个设计问题，但我目前有一个REST（Jersey）web应用程序，它公开了一个API，允许用户搜索特定URL的信息 用户需要注册/登录以接收API生成的密钥，然后在访问我们的API等时使用该密钥。本质上，与公开API或通过GET、POST等访问API有关的任何内容都将保留在此处 因此，上述内容可作为一个web应用程序使用 但是，我需要为这个网站设计一个管理组件，基本上为管理员提供添加新用户的功能，限制用户可以发送到我们API的请求数量，如果用户超过分配的请求，则限制用户数量等。现

我想这更多的是一个设计问题，但我目前有一个REST（Jersey）web应用程序，它公开了一个API，允许用户搜索特定URL的信息

用户需要注册/登录以接收API生成的密钥，然后在访问我们的API等时使用该密钥。本质上，与公开API或通过GET、POST等访问API有关的任何内容都将保留在此处

因此，上述内容可作为一个web应用程序使用

但是，我需要为这个网站设计一个管理组件，基本上为管理员提供添加新用户的功能，限制用户可以发送到我们API的请求数量，如果用户超过分配的请求，则限制用户数量等。现在我考虑使用这个组件，我是否应该使用标准MVC框架（例如Spring MVC）开发一个单独的管理web应用程序，并将其与REST API web应用程序分开处理

在我看来，将REST用于网站的管理方面似乎有点不自然，因为在我看来，REST只用于将API作为服务公开给客户。或者将此管理方面合并到现有REST webapp中是否正确

我打算做的事情如下：

  • 连接到nosql持久存储的REST API webapp。客户端可以登录以查看这些用户信息，如仪表板，并请求他们使用过的API服务的历史记录等

  • 使用MVC处理所有管理方面的独立Webapp进行管理

    • 请注意，你们两个共享一个Mysql存储来访问用户凭证信息，与实际保存URL数据集信息的第二个存储分开

    请告知。

    为什么不将管理员作为客户端API？您可以轻松地使用命令行脚本编写它，这样您就可以快速启动并运行管理服务器

    您需要的任何GUI都可以在以后使用AdminAPI添加，这样就不会出现一次性代码

    这是我首选的管理路线。

    为什么不将管理作为客户端API？您可以轻松地使用命令行脚本编写它，这样您就可以快速启动并运行管理服务器

    您需要的任何GUI都可以在以后使用AdminAPI添加，这样就不会出现一次性代码

    这是我首选的管理路线