支持HTTP的其它方法以及异步请求

[XuanLee-HEALER]

环境

主机：Apple M1 pro，macOS 15.5
rust：1.88 stable

操作

拉项目到本地之后cargo run，测了一个运行在本地服务器的GET请求

问题

1. 在文本框中使用 ⌘+⌫ 没反应，UI开发我不太懂，是不是没有预先绑定快捷键？
2. 编译的时候有报错 WindowTextSystem.shape_line 方法参数个数对不上，应该是gpui仓库更新了，多了force_width参数，补上就可以正常编译。是不是需要在依赖里选择分支或tag来固定一下依赖版本？
3. 窗口没有滑动条

其它

想问一下作者启动这个项目的初衷是什么？如果只是复制一个postman我感觉意义不大，有什么其它的想法吗？因为我在准备rust的web后端工作，但是没项目经历，所以如果这不是一个学习项目的话我希望能参与进来做一些事情

[847850277]

环境

主机：Apple M1 pro，macOS 15.5 rust：1.88 stable

操作

拉项目到本地之后cargo run，测了一个运行在本地服务器的GET请求

问题

1. 在文本框中使用 ⌘+⌫ 没反应，UI开发我不太懂，是不是没有预先绑定快捷键？
2. 编译的时候有报错 WindowTextSystem.shape_line 方法参数个数对不上，应该是gpui仓库更新了，多了force_width参数，补上就可以正常编译。是不是需要在依赖里选择分支或tag来固定一下依赖版本？
3. 窗口没有滑动条

其它

想问一下作者启动这个项目的初衷是什么？如果只是复制一个postman我感觉意义不大，有什么其它的想法吗？因为我在准备rust的web后端工作，但是没项目经历，所以如果这不是一个学习项目的话我希望能参与进来做一些事情

功能特性还没实现完。

初步计划就是想 用 gpui实现一个跨平台的仿postman的gui程序，主要是为了熟悉gpui和Rust。非常欢迎你来提pr。

[XuanLee-HEALER]

那我理解这算是学习项目了吧。

@847850277
我看了一下代码，现在每次发请求直接创建一个异步runtime，这明显不行，是因为gpui不支持tokio吗？它的事件处理函数也都是同步的。如果gui本身不能在异步runtime里跑，要不把后端挪到其它线程里，和前端用channel交互？我不知道你现在在做哪部分内容，我可以先写支持http的所有方法类型的代码。如果你觉得上面这种方案可以我就尝试改一改，或者你有什么其它想法也可以讨论，如果这部分不改我就先按现在的方式写解析其它方法的代码了

[847850277]

那我理解这算是学习项目了吧。

@847850277 我看了一下代码，现在每次发请求直接创建一个异步runtime，这明显不行，是因为gpui不支持tokio吗？它的事件处理函数也都是同步的。如果gui本身不能在异步runtime里跑，要不把后端挪到其它线程里，和前端用channel交互？我不知道你现在在做哪部分内容，我可以先写支持http的所有方法类型的代码。如果你觉得上面这种方案可以我就尝试改一改，或者你有什么其它想法也可以讨论，如果这部分不改我就先按现在的方式写解析其它方法的代码了

对，学习项目。 太棒了，gpui只是ui库，它能和 tokio 进行集成的。你可以尝试把http的实现都改成异步请求。 用同步实现是因为异步我遇到点问题，先用的同步方式使它能工作而已。

[XuanLee-HEALER]

好的，我会先处理异步请求和支持除ws外的HTTP方法请求的内容，关于这两部分的问题就在这个issue讨论吧😊

[XuanLee-HEALER]

@847850277 关于处理请求异步的方法我研究了几天，现在还是卡住了，我试了一些方法都不理想，我觉得应该还是用gpui提供的runtime去跑任务，但是没找到太多资料。你能提供些思路吗？

线程+channel

在一个线程里面启动一个tokio的runtime，跑一个eventloop处理管道收到的任务（http请求），在渲染的主线程给entity注册observer，如果entity被通知就尝试获取任务结果，但是这种方式只有任务处理完之后的某个cx.notify被调用才会渲染新界面，因为observe里面只能用try_recv方法，也就是说如果之后没有notify调用，任务成功后entity不会渲染

spawn

根据这篇文章zed-async，用gpui提供的一个executor直接去启动异步任务，就像这种代码

 let url = url.clone();
 cx.spawn(async move |entity, cx| {
    entity
        .update(cx, move |app, cx| {
            let resp_body = app.http_client.blocking_get(&url).unwrap();
            app.is_loading = false;
            app.response_status = Some(200);
            app.response_body = Some("resp_body".into());
        })
        .unwrap();
    cx.refresh().unwrap();
})
.detach();

reqwest库的异步http客户端是基于tokio运行时的，不能在这里使用，但如果用同步方法，因为客户端定义在PostmanApp这个entity上面，还是会导致界面卡住

[847850277]

@847850277 关于处理请求异步的方法我研究了几天，现在还是卡住了，我试了一些方法都不理想，我觉得应该还是用gpui提供的runtime去跑任务，但是没找到太多资料。你能提供些思路吗？

线程+channel

在一个线程里面启动一个tokio的runtime，跑一个eventloop处理管道收到的任务（http请求），在渲染的主线程给entity注册observer，如果entity被通知就尝试获取任务结果，但是这种方式只有任务处理完之后的某个cx.notify被调用才会渲染新界面，因为observe里面只能用try_recv方法，也就是说如果之后没有notify调用，任务成功后entity不会渲染

spawn

根据这篇文章zed-async，用gpui提供的一个executor直接去启动异步任务，就像这种代码

let url = url.clone();
cx.spawn(async move |entity, cx| {
entity
.update(cx, move |app, cx| {
let resp_body = app.http_client.blocking_get(&url).unwrap();
app.is_loading = false;
app.response_status = Some(200);
app.response_body = Some("resp_body".into());
})
.unwrap();
cx.refresh().unwrap();
})
.detach();
reqwest库的异步http客户端是基于tokio运行时的，不能在这里使用，但如果用同步方法，因为客户端定义在PostmanApp这个entity上面，还是会导致界面卡住

我记得zed 里面有自己的http实现，我们可否参考zed的实现及zed中怎么使用在gpui中http的例子。

我看这个extendsions_ui.rs 里面有异步task的例子。或者去点点zed的某些页面看哪里能发送http请求，看一下它如何实现的。