为什么从.NET中删除了HttpWebRequest和HttpWebResponse的构造函数？

Question

产品代码实例化这些类型也许没有意义，但是构造函数的弃用使使用WebRequest/Response的Http实现的单元测试客户端的麻烦远远超过了应有的程度。 我认为将构造函数撤走没有任何价值，而让它们具有明显的价值，那么弃用它们的技术原因是什么呢？

Answer 1

嗯，为什么您确实需要HttpWebRequest的构造函数？ 与WebRequest.Create相比，我看不到它的任何首选项，建议将其作为从一开始就在所有版本中创建此类请求的首选方法。

此方法将HttpWebRequest作为WebRequest返回，但是您仍然可以根据需要将其WebRequest转换为直接类型。 如果您提供其他协议，例如file://或ftp:// ，它将返回相应的类型。

我认为这个过时列表是将所有使用的平台标准化.NET Core的一部分，并且在代码的单个位置维护WebRequest创建将更加简单。

更新 ：
我认为您已经看过有关派生WebRequest类的文章，因此，我将在这里写另一组意见：

从WebRequest出发时，需要注意两点：

• 实现IWebRequestCreate接口
• 使用WebRequest.RegisterPrefix方法注册该类

正如MSDN所说：

默认情况下， HttpWebRequest类已注册为服务于HTTP和HTTPS方案的请求。 尝试为这些方案注册其他WebRequest后代的尝试将失败。

因此，Microsoft希望控制面向http和https的类，而不希望任何人用自己的功能替换此功能。 我认为可以这样做是出于安全考虑。 悲伤但真实。