将资源类型定义为 `Protocol` 的联合

我们可以将 Resource 定义为 Protocol 的联合,类似于 #2390 中对中间件的定义。一个注意事项是,我们只会引入最常见的 HTTP 动词的协议,例如 GET,HEAD,DELETE,POST,PATCH,PUT 等。这些协议只涵盖未加后缀的响应者,但也许这也是合理的?因为后缀的引入是为了能够在同一类中定义 额外的 资源。此外,我们可能需要将资源类型作为公共接口的一部分(falcon.typing)来发布,以便那些希望对中间件方法进行正确标注的用户使用。因此,我们可能首先要在 4.2 中评估社区对使 App 类型 变得通用的反馈,然后再继续进行此项工作。