c# – 基于属性的路由VS基于约定的路由 – ASP.net核心RESTful A

发布时间：2020-12-15 08:22:35 所属栏目：百科来源：网络整理

导读：我是一名经验丰富的.NET开发人员,在过去的几天里,我在.NET Core中迈出了第一步,更具体地说是使用ASP.net Core构建RESTful API. 我知道有两种可能的路由选项 – 约定路由(传统)与基于属性的路由(更新). 我读过ASP.net核心开发团队的建议是使用基于属性的路由

我是一名经验丰富的.NET开发人员,在过去的几天里,我在.NET Core中迈出了第一步,更具体地说是使用ASP.net Core构建RESTful API.

我知道有两种可能的路由选项 – 约定路由(传统)与基于属性的路由(更新).

我读过ASP.net核心开发团队的建议是使用基于属性的路由来实现API,而不是传统的基于约定的路由,它更适合于MVC应用程序.

我真的很想明白 – 为什么？

似乎基于属性的路由使我们编写更多代码,最终具有与传统路由相同的行为.

解决方法

这两个选项都有效.以下是关于何时使用每一个的一些建议.
考虑选择传统路线：

>您希望集中配置所有路线.
>您使用自定义约束对象.
>您有一个不想更改的现有工作应用程序

考虑选择属性路线：

>您希望将路线与行动代码保持在一起
>您正在创建新应用程序或对其进行重大更改
现有.
>您希望将路径参数名称与方法(操作)的实际参数进行匹配,这将使路由参数更具描述性,并省略路径ID不匹配的奇怪错误,这通常是因为我们没有配置路由正确,我们使用asp.net默认路由.

但是许多开发人员推荐属性路由的原因是因为它允许您更灵活,并将路由放在实际使用它们的操作旁边.您可以随时从选项切换到另一个并不困难

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!