请问Cuture.Http和Flurl.Http的区别和优势是什么？

[HappyCodingCoding]

如题。 谢谢！

[stratosblue]

额。。。问到我了。。。。大概列一下区别吧，不一定是优势，但是我喜欢的点😁

Flurl.Http优势

• Flurl.Http是一个较为广泛使用的库，社区更大
• Flurl.Http可以便捷的构造url地址（不过对于我来说过于复杂了，我个人更喜欢直接内插字符串拼接，觉得更直观🤣）
• Flurl.Http包含http请求测试工具

Cuture.Http特点

• Flurl.Http针对string做了不少拓展方法，从面对对象的角度来说对于string做这些拓展是不符合抽象的，例如：string.GetStreamAsync，字符串不应当有这样一个方法。Cuture.Http只针对string和Uri添加了一个拓展方法CreateHttpRequest来展开后续的链式调用，个人觉得更符合直觉
• Flurl.Http框架自身的Http相关类型做了一层封装，包括Url、FlurlClient、FlurlRequest、FlurlResponse等，所有的拓展都是在此之上完成，Cuture.Http更多的是直接建立在框架内类型之上的拓展方法，如：HttpResponseMessage，在不使用Cuture.Http请求的前提下仍然可以使用它来读取响应（开始写的时候还没有Microsoft.Extensions.Http）
• Cuture.Http开发之初是为了处理大批量的爬虫请求，牺牲了一些易用性为代价来保证更接近直接使用 HttpClient 的性能
• 一些爬虫相关工具类型
  • Load*FromRaw 直接从抓包的数据中快速创建请求
  • UserAgents 随机UA
  • CookieUtility cookie清理
  • DynamicJSON 使用dynamic语法，在不建立反序列化模型类的前提下快速访问json对象

[HappyCodingCoding]

谢谢回复！你的这个库已经相当优秀，更加轻巧简便。个人觉得，像flurl一样url字符串直接添加扩展方法如get,post挺直观便捷的。Cuture.Http针对string添加一个CreateHttpRequest扩展方法确实更加符合规范，但调用略显累赘，可以考虑去掉。虽说url字符串直接添加扩展方法不符合面向对象规范，但在http request这个特定语境下，它是符合直觉的，相当于对url字串赋能，添加魔法。

[stratosblue]

哈哈哈，个人其实只想给Uri添加拓展的，给string添加已经是为了方便妥协了😂😂😂
如果喜欢对string拓展，或者确实会写很多请求的话，可以自己添加拓展，我觉得链式拓展组合还是很方便和自由的，例如：

public static Task<string> GetAsStringAsync(this string url) => url.CreateHttpRequest().GetAsStringAsync();

这样就能对string调用方法了