构建ASP.NET Web API是否必须使用HTTP协议和HttpResponseMessage类？

问题1：不使用HttpResponseMessage的情况下实现HTTP动词有什么作用？ #

这种实现的核心作用是简化开发流程，减少不必要的样板代码。ASP.NET Web API（包括.NET Framework版本和后续的ASP.NET Core Web API）框架内置了响应自动封装逻辑，你不需要手动实例化HttpResponseMessage、手动设置响应内容、状态码、序列化规则、响应头等信息，框架会自动处理这些底层逻辑。
比如你可以直接在接口方法中返回业务实体类、集合类型，或者使用框架内置的结果封装类，大幅降低开发成本，同时也能避免手动配置HTTP响应时可能出现的格式错误、状态码写错等问题。

问题2：如果不使用HttpResponseMessage，但仍实现了GET/POST/PUT/DELETE等HTTP动词，这类服务是否属于RESTful服务？ #

是否属于RESTful服务和你是否使用HttpResponseMessage没有任何关联。
RESTful服务的判定标准是是否满足REST架构的核心约束：包括客户端-服务端分离、无状态、可缓存、统一接口等。其中统一接口约束只要求你用对应的HTTP动词表示资源操作、使用URI标识资源、返回合理的HTTP状态码、符合超媒体驱动等要求，和你在代码层面用什么类来构建响应完全无关。
只要你满足REST的约束要求，不管你是用HttpResponseMessage手动构建响应，还是直接返回业务对象、用内置结果类返回，都属于RESTful服务；反之如果不符合REST约束，就算全用HttpResponseMessage手写响应也不算RESTful服务。

问题3：若实现HTTP动词时未使用HttpResponseMessage，RESTful服务的响应要如何返回给调用方？ #

框架会自动完成响应的封装和返回，常见的实现方式有两种：

• 直接返回业务数据对象：你可以在接口方法中直接返回实体类、集合、字符串等可序列化的类型，Web API的请求管道会自动根据请求头里的Accept参数，把返回的对象序列化为对应的格式（默认是JSON），同时自动设置200 OK状态码、对应Content-Type响应头等信息，最终封装为标准HTTP响应返回给调用方。
• 返回内置结果类型：旧版.NET Framework Web API 2可以返回IHttpActionResult类型，ASP.NET Core Web API可以返回IActionResult类型，框架提供了大量预设的实现方法，比如Ok()对应200状态码、Created()对应201状态码、NotFound()对应404状态码、BadRequest()对应400状态码等，你可以在这些方法中传入要返回的业务数据，框架同样会自动完成序列化、响应封装的全部逻辑，不需要手动操作HttpResponseMessage。

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