MVC Web Api 作为中间层服务

Question

在我们最近的应用程序中，我们计划使用 MVC Web API 作为中间层服务。这意味着，前端将访问 WebAPI 中间层服务以从 DB 获取所需的所有数据并将数据更新回 DB。除此之外，我们可能还需要许多其他方法。例如检查用户是否已经存在于系统中，验证地址等。现在我发现我的 webapiconfig.cs 路由变得越来越复杂。例如我在 WebApi 项目中的 UserController 将有以下方法。

公共用户获取（int userId） { }

    public bool IsUserExists(string username)
    {
    }

    public bool UpdateUser([FromBody]User user)
    {
    }

    public bool ChangePassword(string username, string password)
    {
    }

要管理所有这些，我可能需要在 webapiconfig.cs 中进行如此多的路由配置。当其他控制器出现时，我不确定如何处理这些问题。我应该使用 AttributeRouting 吗？任何建议高度赞赏。谢谢。

Answer 1

如果您可以选择使用web api 2，请选择attribute routing。您可以在配置路由时节省大量开发工作。

还要确保您遵循基于资源的路由设计和 REST 原则，而不是旧的 RPC 样式路由。即对于基本的 CRUD 操作：-

• 创建 - HTTP POST 到 /user

• 读取 - HTTP GET 至 /user 或 /user/{id}

• 更新 - HTTP PUT 至 /user

• 删除 - HTTP DELETE 到 /user/{id}

例如更新用户

而不是路由/user/UpdateUser

你应该做一个

HTTPPUT to /user/

有关 REST 的更多提示，请查看this。