Web API控制器方法命名规范：显式标记HttpGet是否需以Get开头？

结论：不是语法强制要求，但从可读性、维护性和团队协作角度，强烈建议保留以Get开头的命名方式。

具体原因： #

• 可读性优先：不用查看特性标注，仅通过方法名就能快速判断这是一个处理GET请求的方法。比如GetUserAddress比UserAddress更直观，其他开发者扫一眼代码就能明确该方法的HTTP谓词类型，大幅提升代码浏览效率。
• 兼容框架默认约定：部分Web API框架（如ASP.NET Web API）的默认路由规则会通过方法名前缀推断HTTP谓词。即便你现在显式加了[HttpGet]，如果后续有人误删特性，Get前缀能让框架自动识别为GET请求，避免意外的路由匹配错误。
• 统一团队风格：统一的命名规则能减少认知负担，避免团队内部出现“有的方法加前缀、有的不加”的混乱情况，保持代码风格一致性。

示例对比： #

推荐写法

[HttpGet("users/{userId}/address")]
public IActionResult GetUserAddress(int userId)
{
    // 业务逻辑
    return Ok(address);
}

可行但不推荐写法

[HttpGet("users/{userId}/address")]
public IActionResult UserAddress(int userId)
{
    // 业务逻辑
    return Ok(address);
}

简单来说：显式特性是给框架看的，方法名前缀是给人看的，两者并不冲突，反而能形成双重保障，让代码更健壮、更易维护。

内容的提问来源于stack exchange，提问作者Pawan Nogariya