Почему в HttpClient отсутствует встроенная поддержка PATCH?

Question

Я использую встроенный Httpclient для вызова конечной точки с помощью запроса PATCH.

Реализация нашего собственного метода расширения для этого тривиальна, и этот вопрос задавался много раз.

Почему команда Framework не добавила метод PatchAsync в HttpClient или даже Patch свойство в HttpMethod?

Меня беспокоит то, что Patch является очень распространенным случаем использования.в настоящее время, и если они не включили это, возможно, что-то мне не хватает, и я действительно не должен этого делать?

Извиняюсь за простоту вопроса, но я разрываюсь между запросом команды APIизменить конечную точку PATCH на PUT, чтобы просто использовать встроенную функциональность, а не создавать для этого метод расширения.

Мой вопрос не в том, как это реализовать, а в том, почему он не встроен и еслиМогут быть какие-то предостережения по поводу того, что я реализую расширение и использую PATCH, а не что-либо еще, предоставленное встроенным в каркас.

Answer 1

Поскольку набор HTTP-методов с открытым окончанием , они не обязательно предоставляют конкретный метод .NET для каждого HTTP-метода - например, OptionsAsync тоже не существует.Для любого метода без специального специального метода это то, что SendAsync для ¹ .

Вы всегда можете написать метод расширения с именем PatchAsync, который переноситSendAsync Позвоните, если PATCH является наиболее распространенным вариантом использования для вас.

---

¹ А также позволяет вам указать опции, которые иначе недоступны для вас через перегрузкивыделенные методы при использовании метода HTTP с предоставленным методом .NET.