c# – 基于属性的路由VS基于约定的路由 – ASP.net核心RESTful API的最佳实践

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

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

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

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

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

解决方法

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

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

考虑选择属性路线:

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

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

相关文章

在要实现单例模式的类当中添加如下代码:实例化的时候:frmC...
1、如果制作圆角窗体,窗体先继承DOTNETBAR的:public parti...
根据网上资料,自己很粗略的实现了一个winform搜索提示,但是...
近期在做DSOFramer这个控件,打算自己弄一个自定义控件来封装...
今天玩了一把WMI,查询了一下电脑的硬件信息,感觉很多代码都...
最近在研究WinWordControl这个控件,因为上级要求在系统里,...