‘壹’ Electron替代方案，rust跨平台GUI框架TAURI之hello world
tauri 是一个新兴的配明判跨平台GUI框架。与electron的基本思想相似，tauri的前端实现也是基于html系列语言。tauri的后端使用rust。官方形容，tauri可以创建体积更小、运行更快、更加安全的跨平台桌面应用。
详细的介绍可以自行去官网查看：
官网
Github
本人使用windows10系统。本hello world，实现了以tauri搭建桌面程序，在html页面点击按键后，槐陵由后台rust反馈信息。
效果如下：
tauri 需要用到rust、nodejs，编译器可使用vscode
官方文档有比较详培改细的环境搭建步骤，可参阅：
https://tauri.studio/docs/getting-started/intro
其中，当搭建完环境，使用命令
yarn add tauri
安装tauri包时，可能会出现报错：
pngquant failed to build, make sure that libpng-dev is installed
此错误并不影响使用，可忽略。
初始化完成的tauri程序结构如上图所示。默认情况下dist菜单用于存放实际的页面文件。具体可在tauri.conf.json文件中进行设置。
具体实现步骤如下：
‘贰’ 减少rust编译后程序体积
第一步：
编敬祥译release版本
第二步：
strip 命令
扩展
整优化等级
通过修改默认优化亮液搏等级方式减少体积，以cpu换空间，如果不是必要，建议不要改
在Cargo.toml中新增下面配置
开启 LTO
减少体积，增加链接时埋孙间也是一个取舍问题
在Cargo.toml中新增下面配置
‘叁’ 使用 Rust 构建 gRPC 服务器
弗洛里安·克鲁姆 ( Florian Krumm ) 在Unsplash上拍摄的照片
一旦我了解了gRPC和Thrift，就很难再回到使用更具过渡性的基于 JSON 的 REST API 或SOAP API 了。
两个着名的RPC框架 gRPC 和 Thrift 有很多相似之处。前者源自谷歌，后者源自Facebook。它们都易于使用，对多种编程语言都有很好的支持，并且都具有高性能。
最有价值的功能是多种语言的代码生成以及服务器端反射。这些使 API 本质上是类型安全的。使用服务器端反射，可以更轻松地 探索 API 的模式定义，而无需阅读和理解实现。
Apache Thrift在 历史 上一直是一个流行的选择。然而近年来，由于缺乏来自 Facebook 的持续支持，以及与fbthrift的分叉分叉，慢慢失去了人气。
与此同时，gRPC 已经赶上了越来越多的功能，拥有更 健康 的生态系统。
GRPC（蓝色）与 Apache Thrift（红色）的比较。谷歌趋势
gRPC、fbThrift 和 Apache Thrift 之间的 GitHub 明星 历史 。https://star-history.com
到今天为止，除非您的应用程序以某种方式隶属于 Facebook，否则没有充分的理由考虑 Thrift。
GraphQL是另一个由 Facebook 发起的框架。它与上面的两个 RPC 框架有很多相似之处。
移动 API 开发的最大痛点之一是一些用户从不升级他们的应用程序。因为我们想保持向后兼容性，我们要么必须在 API 中保留旧的未使用字段，要么创建 API 的多个版本。GraphQL 的一个动机就是解决这个问题。它被设计成一种“查询语言”，允许客户端指定它需要的数据字段。这使得处理向后兼容性变得更容易。
GraphQL 在开发移动 API 以及面向公众的 API（例如GitHub）方面具有巨大价值。因为，在这两种情况下，我们都无法轻易控制客户端的行为。
但是，如果我们正在为 Web 前端构建 API 或为内部后端服务构建 API，那么选择 GraphQL 而不是 gRPC 几乎没有什么好处。
以上是迄今为止网络框架的一个小概述。除了网络，我们还需要决定应用服务器的语言。
基于Stack Overflow 调查：“六年来，Rust 是最受欢迎的语言。” 尽管学习曲线相对陡峭，但它的类型安全、优雅的内存管理、广泛的社区支持和性能，都使 Rust 成为一种非常有吸引力和有前途的后端服务开发编程语言。
Rust 是最受欢迎的语言。2021 年 Stackoverflow 调查
我们也开始看到 Rust 在行业中得到越来越广泛的采用：Facebook、Dropbox、Yelp、AWS、Google等。很明显，Rust 将继续增长并继续存在。
这就是我们将在今天的教程中看到的内容——在 Rust 中使用 gRPC 构建一个小型服务器。
使用以下命令安装 Rust：
如果您以前安装过 Rust，我们可以通过以下方式对其进行更新：
让我们仔细检查rustc（Rust 编译器）和cargo（Rust 包管理器）的安装版本：
有关安装的更多信息，请查看https://www.rust-lang.org/tools/install。
运行以下命令创建一个新的“Hello World”项目：
让我们编译并运行程序：
这显示了我们到目前为止的文件结构：
gRPC 使用协议缓冲区来序列化和反序列化数据。.proto让我们在一个文件中定义服务器 API 。
我们定义了一个书店服务，只有一个方法：提供一个书本 id，并返回有关该书的一些详细信息。
我们将使用tonic创建我们的 gRPC 服务。将以下依赖项添加到Cargo.toml文件中：
为了从 生成 Rust 代码bookstore.proto，我们tonic-build在 crate 的build.rs构建脚本中使用。
将以下内容添加到build.rs文件中：
需要特别指出的一件事是，我们添加它.out_dir(“./src”)是为了将默认输出目录更改为该src目录，以便我们可以更轻松地查看生成的文件，以达到本文的目的。
在我们准备编译之前还有一件事。tonic-build依赖于Protocol Buffers 编译器将文件解析.proto为可以转换为 Rust 的表示。让我们安装protobuf：
并仔细检查 protobuf 编译器是否安装正确：
准备编译：
有了这个，我们应该src/bookstore.rs生成一个文件。此时，我们的文件结构应该如下所示：
最后，是时候将服务放在一起了。替换为main.rs以下内容：
正如我们所见，为了简单起见，我们并没有真正的图书设置数据库。在这个端点中，我们只是返回一本假书。
运行服务器的时间：
很好，我们在 Rust 中启动并运行了 gRPC 服务器！
正如开头所说，gRPC 最初给我留下了深刻的印象，因为它具有做服务器反射的能力。它不仅在服务开发过程中很方便，而且还使与前端工程师的沟通变得更加容易。因此，如果不解释如何为 Rust 服务器添加它，那么结束本教程是不完整的。
将以下内容添加到依赖项中：
更新build.rs。需要更改的行用// Add this注释标记。
最后，将其更新main.rs为以下内容。
有许多 GUI 客户端可以使用 gRPC Server，例如Postman、Kreya、bloomrpc、grpcox等。为了简单起见，我们将使用命令行工具grpc_cli。
安装：
并测试我们的第一个 gRPC 端点：
看起来它有效！我的朋友，这就是我们在 Rust 中构建 gRPC 服务器的方式。
这就是今天的内容。感谢阅读和快乐的编码！与往常一样，源代码可在GitHub 上获得。
‘肆’ 为什么Rust这样的语言还需要C/C++编译器
需要用 VS 的链接器，应该是需要支持 FFI 的原因。Windows 是 Rust 承诺要支持的主要平台之一，这意味着，Rust要有能力和Windows上的静态库和动态库来交互。这时候，MSVC的ABI就是绕不过去的一个问题。可以参考 Rustup 的官方文档对Windows平台的描述，rust-lang-nursery/rustup.rs。 Windows平台上有两套ABI，一个是MSVC，一个是MinGW。所以你其实有两个选择，要么安装 msvc，然后
rustup install stable-x86_64-pc-windows-msvc
要么安装 MinGW，然后
rustup install stable-x86_64-pc-windows-gnu
在 Rustup 的文档上有这么一句话 By default rustup on Windows configures Rust to target the 32-bit MSVC ABI, that is the i686-pc-windows-msvc target triple. 所以，默认安装的话，你需要安装 msvc。