rust+wasm写前端真香之请求数据.md docker

sealer是阿里巴巴开源的基于kuberentes的集群镜像开源技术，可以把整个集群整体打包。
Sealer Cloud可以在线化帮助用户进行集群打包分享和运行，Sealer cloud前后端也使用了非常先进的
rust+wasm技术实现。
sealer cloud会与docker registry交互，未来你甚至可以把sealer cloud当作docker hub使用。
定义数据结构可以看到registry返回的数据：

curl http://localhost:5000/v2/_catalog {"repositories":["centos","golang"]}

所以对应返回的数据我们定义个数据结构：

#[derive(Deserialize, Debug, Clone)] pub struct RegistryCatalog { pub repositories: Vec, }

这个结构体用来接收后台返回的数据，我们还需要Model的结构体：

pub struct Images { // props: Props, pub repos: Option, pub error: Option, pub link: ComponentLink, pub task: Option }

消息枚举，通过不同的消息在页面更新时判断应该做什么样的动作：

#[derive(Debug)] pub enum Msg { GetRegistryCatelog(Result), }

页面首次初始化首次初始化的时候向后台请求数据：

fn rendered(&mut self, first_render: bool) { if first_render { ConsoleService::info("view app"); let request = Request::get("http://localhost:8001/v2/_catalog") .body(Nothing) .expect("could not build request."); let callback = self.link.callback( |response: Response>>| { let Json(data) = response.into_body(); Msg::GetRegistryCatelog(data) }, ); let task = FetchService::fetch(request, callback).expect("failed to start request"); self.task = Some(task); } }

first_render用于判断是不是第一次渲染，不写在这里面可能会导致页面渲染死循环。
ConsoleService::info 可以帮助我们往控制台打印调试信息
定义一个request和一个请求成功后的回调函数callback
callback内部接收到数据后返回对应的消息类型即可触发update函数(后面介绍)
fetch函数触发http请求调用，传入request与callback
重中之重，一定要把task存到self.task里面,不然task立马被回收会触发一个The user aborted a request的错误

页面更新接口 【rust+wasm写前端真香之请求数据.md】在first render的时候我们向后台请求了数据，callback函数会触发update的调用。
把消息带过去交给update函数处理。

fn update(&mut self, msg: Self::Message) -> ShouldRender { use Msg::*; match msg { GetRegistryCatelog(response) => match response { Ok(repos) => { ConsoleService::info(&format!("info {:?}", repos)); self.repos = Some(repos.repositories); } Err(error) => { ConsoleService::info(&format!("info {:?}", error.to_string())); }, }, } true }

msg可以有多种消息类型，此处就写一个

#[derive(Debug)] pub enum Msg { GetRegistryCatelog(Result), }

response就是Result类型，Ok时把它放到结构体中保存就好。
最后渲染到页面上：

fn view(&self) -> Html { html! {{ self.image_list() }} }fn image_list(&self) -> Html { match &self.repos { Some(images) => { html! {{ for images.iter().map(|image|{ self.image_info(image) }) }} } None => { html! { {"image not found"} } } } }

如此就完成了整个数据请求的绑定渲染。
实际运行因为请求docker registry会有跨域问题，所以整个nginx代理：

docker run -p 5000:5000 -d --name registry registry:2.7.1

nginx.conf:

usernginx; worker_processes1; error_log/var/log/nginx/error.log warn; pid/var/run/nginx.pid; events { worker_connections1024; }http { include/etc/nginx/mime.types; default_typeapplication/octet-stream; log_formatmain'$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log/var/log/nginx/access.logmain; sendfileon; #tcp_nopushon; keepalive_timeout65; server { listen8000; #监听8000端口，可以改成其他端口 server_namelocalhost; # 当前服务的域名location / { if ($request_method = 'OPTIONS') { add_header 'Access-Control-Allow-Origin' '*' always; add_header 'Access-Control-Allow-Methods' 'GET,POST,OPTIONS,PUT,DELETE' always; add_header 'Access-Control-Allow-Headers' '*' always; add_header 'Access-Control-Max-Age' 1728000 always; add_header 'Content-Length' 0; add_header 'Content-Type' 'text/plain; charset=utf-8'; return 204; }if ($request_method ~* '(GET|POST|DELETE|PUT)') { add_header 'Access-Control-Allow-Origin' '*' always; } proxy_pass http://172.17.0.3:5000; # the registry IP or domain name proxy_http_version 1.1; } }#gzipon; include /etc/nginx/conf.d/*.conf; }