http - 如何让 emacs 库使用 request.el 而不是 url.el？

Question

一些库，例如xml-rpc，直接使用url-retrieve。我希望他们改用 request.el ，这样我就可以选择 curl 作为我的后端。我可以安装简单的垫片层吗？

我正在寻找类似 curl-for-url 的内容，它透明地将 url-http 与兼容的实现重新绑定(bind)。 (不过，curl-for-url 本身实际上并不能很好地工作。)

Answer 1

您可以使用建议来完成此操作，但您需要使用ad-get-arg/ad-get-args 函数提取参数 url-retrieve 是调用并确定您要如何处理它们并将它们传递给检索功能。可能有问题的是回调功能。但是，前提是您可以使用下载的文件设置缓冲区数据以相同的方式，与 url-retrieve 同名，你应该能够在调用 request 之后手动应用回调，并且您已经设置了根据需要缓冲。

这将是一项相当大的工作，您需要深入研究 url.el和 request.el 库。它也可能有点脆弱。

我担心的一个问题是 request.el 使用猴子补丁。来自项目页面，看起来这段代码自 Emacs 版本以来就没有更新过25.1，目前官方的emacs是25.2。这是问题之一猴子补丁 - 你需要保持版本同步以避免版本不兼容问题。

如果有人有补丁来修复已知的错误，对我来说也很奇怪那些补丁还没有应用到主流版本——尤其是当最近发布了主流版本。

我要做的第一件事是升级到 emacs 25.2，然后确定是否使用request.el 是有道理的。我也会验证你遇到的问题是实际上是由于 url-retrieve 或者可能是由于回调被传递给那个功能。如果回调有问题，你可能会更好使用建议来修复这些回调而不是替换底层问题。

如果您只在某些使用 url-retrieve 的情况下遇到问题，它可能也更容易上一层楼，看看正在使用它的东西，也许使用建议之类的东西来替换对 url-retrieve 的调用那个级别的请求。

如果您提供，有人可能会提供更具体的建议有关您不能或不想使用的确切原因的更多详细信息url.el 库。