rust 实现GUI页面方法

position-based

特点

精确控制：开发者可以精确控制每个元素的位置和大小，这在某些需要精细布局调整的应用场景中非常有用。
直观：对于简单的界面，使用基于位置的布局方式很直观，容易理解。
灵活性：能够自由地放置元素，不受布局管理器的限制。

缺点

可维护性：随着界面元素数量的增加，维护每个元素的位置和大小会变得困难。
响应式设计困难：在不同大小和分辨率的屏幕上保持良好的布局效果更加困难。
重复劳动：在多个界面中重用组件时，可能需要重复进行位置调整。

Rust中的实现

虽然Rust本身不直接提供GUI开发工具，但是有几个GUI库可能支持或部分支持基于位置的布局方式：

gtk-rs：这是GTK+库的Rust绑定。GTK+是一个广泛使用的GUI库，支持包括基于位置的布局在内的多种布局方式。使用gtk-rs时，开发者可以通过设置元素的边距和位置来控制其布局。
conrod：Conrod是一个为Rust设计的即时模式GUI库，它提供了一种相对简单的方式来创建具有复杂交互的GUI应用。在Conrod中，可以通过指定元素的位置和大小来布局界面，但它更倾向于使用更灵活的布局管理方法。

YEW

Yew是一个用于创建多线程前端Web应用的Rust框架。它灵感来源于JavaScript的React框架，采用了类似的组件化开发方法，使得开发者能够用Rust编写高性能的Web应用。Yew框架特别适合于构建单页应用（SPA），并且支持WebAssembly（Wasm），这意呀着用Yew开发的应用可以在Web浏览器中以接近原生性能运行。

特性

组件化：Yew使用组件作为构建界面的基本单位，每个组件管理自己的状态和布局，可以轻松重用。
WebAssembly支持：Yew编译成WebAssembly，实现了高效的执行速度和更好的用户体验。
并发和多线程：Yew利用Rust的强大并发特性，允许开发者在Web应用中使用多线程，提高应用性能。
虚拟DOM：Yew使用虚拟DOM来最小化实际DOM操作的数量，提高渲染效率。
响应式设计：Yew支持响应式设计模式，使得开发的Web应用可以自适应不同大小的屏幕和设备。
强类型：由于是基于Rust语言，Yew自然继承了Rust的强类型系统，减少了运行时错误。

开发流程

环境搭建：首先需要安装Rust环境和wasm-pack工具，这些是编译和构建Yew应用所必需的。
项目创建：使用cargo创建新项目，并添加Yew作为依赖。
编写组件：应用主要通过编写组件来构建，每个组件包含状态、生命周期方法和渲染逻辑。
状态管理：Yew提供了状态管理解决方案，如使用Context和Reducer来跨组件共享状态。
路由：Yew有内置的路由功能，允许开发者构建单页应用，并管理URL与组件的映射关系。
构建与部署：开发完成后，使用wasm-pack构建项目，并将生成的文件部署到Web服务器或静态网站托管服务。

按钮点击计数器示例

use yew::prelude::*;

struct Counter {
    count: i64,
}

enum Msg {
    Increment,
}

impl Component for Counter {
    type Message = Msg;
    type Properties = ();

    fn create(_ctx: &Context<Self>) -> Self {
        Self { count: 0 }
    }

    fn update(&mut self, _ctx: &Context<Self>, msg: Self::Message) -> bool {
        match msg {
            Msg::Increment => {
                self.count += 1;
                true // 表示需要重新渲染
            }
        }
    }

    fn view(&self, ctx: &Context<Self>) -> Html {
        html! {
            <>
                <p>{ self.count }</p>
                <button onclick={ctx.link().callback(|_| Msg::Increment)}>{ "加一" }</button>
            </>
        }
    }
}

FLTK-rs

FLTK-rs 是 FLTK（Fast Light Toolkit）的 Rust 语言绑定。FLTK 是一个跨平台的轻量级 GUI（图形用户界面）库，它以其简洁和高效而闻名，特别适合用于开发需要快速启动和低资源消耗的桌面应用程序。FLTK 支持多种操作系统，包括 Windows、macOS 和 Linux。

FLTK-rs 的核心特点：

轻量级：FLTK-rs 继承了 FLTK 的轻量级特性，使得用它开发的应用程序占用的系统资源非常少。
跨平台：支持多种操作系统，可以很容易地将同一个应用部署到不同的平台上。
快速开发：FLTK-rs 提供了丰富的组件和简单直观的API，有助于加速开发过程。
自定义和扩展性：虽然是轻量级的，但 FLTK-rs 允许高度自定义界面，并且可以通过各种方式进行扩展。
社区支持：FLTK 有着长期的发展历史和稳定的社区支持，FLTK-rs 作为其 Rust 绑定，也继承了这一优势。

开发流程

环境搭建：首先需要安装 Rust 开发环境，并确保 cargo 命令可用。
创建项目：使用 cargo new project_name 创建新的 Rust 项目。
添加依赖：在项目的 Cargo.toml 文件中添加 fltk 作为依赖。
编写代码：使用 FLTK-rs 提供的各种组件和功能编写应用界面和逻辑。
编译运行：使用 cargo run 编译并运行应用。

代码示例

use fltk::{app, prelude::*, window::Window, button::Button};

fn main() {
    let app = app::App::default();
    let mut win = Window::new(100, 100, 400, 300, "Hello from FLTK-rs");
    let mut btn = Button::new(160, 200, 80, 40, "Click me!");

    btn.set_callback(move |_| {
        println!("Button clicked!");
    });

    win.end();
    win.show();
    app.run().unwrap();
}

Egui

Egui 是一个用 Rust 编写的即时模式 GUI 库，它旨在为游戏和交互式应用提供简单、快速且可移植的图形用户界面。与传统的保留模式 GUI 库不同，即时模式 GUI（Immediate Mode GUI，简称 IMGUI）不需要开发者维护一个单独的应用程序状态和界面状态，界面元素（如按钮、滑块等）是在每一帧绘制时即时创建和处理的。这种方式使得 Egui 特别适合于需要快速迭代和实验性项目的开发。

核心特点

简洁性：Egui 提供了一个简单的 API，使得创建新的 GUI 元素和处理用户交互变得非常直接和简单。
即时模式：Egui 采用即时模式，这意味着界面的创建和逻辑处理是同步进行的，简化了代码的复杂度。
跨平台：Egui 支持 WebAssembly，使得用 Egui 创建的应用可以在 Web 浏览器中运行。同时，它也支持 Windows、Linux 和 macOS。
集成简单：Egui 可以轻松集成到现有的 Rust 项目中，包括游戏和应用程序。
自定义渲染：虽然 Egui 提供了默认的渲染后端，但它也允许开发者使用自定义的渲染逻辑，以更好地适应特定的项目需求。

开发流程

环境搭建：首先需要安装 Rust 开发环境。
添加依赖：在项目的 Cargo.toml 文件中添加 egui 和其相关依赖。
创建 GUI 元素：使用 Egui 提供的 API 创建所需的 GUI 元素，并处理用户交互。
渲染界面：根据需要集成 Egui 的渲染逻辑到你的应用中。如果是 Web 应用，还需要确保能够编译为 WebAssembly。

代码示例

fn main() {
    let options = eframe::NativeOptions::default();
    eframe::run_native(
        "My Egui App",
        options,
        Box::new(|_cc| Box::new(MyApp::default())),
    );
}

struct MyApp {
    label: String,
}

impl Default for MyApp {
    fn default() -> Self {
        Self {
            label: "Hello, world!".to_owned(),
        }
    }
}

impl eframe::App for MyApp {
    fn update(&mut self, ctx: &egui::Context, _frame: &mut eframe::Frame) {
        egui::CentralPanel::default().show(ctx, |ui| {
            ui.heading("My Egui Application");
            if ui.button("Click me!").clicked() {
                self.label = "Button clicked".to_owned();
            }
            ui.label(&self.label);
        });
    }
}

Druid

Druid 是一个用 Rust 语言编写的现代化、跨平台的图形用户界面（GUI）工具包。它旨在创建高性能、美观且易于使用的桌面应用程序。Druid 的设计哲学强调简洁性、正确性和性能，旨在通过提供一套简单但强大的工具来简化 GUI 开发过程。

核心特点

数据驱动：Druid 采用数据驱动的设计模式，这意味着 UI 的每个部分都是根据应用程序的数据状态自动更新的。这种方式简化了状态管理，并使得数据和 UI 之间的同步直接且无缝。
跨平台：Druid 支持多个平台，包括 Windows、macOS 和 Linux，使得开发者可以为不同的操作系统创建统一的用户体验。
性能：Druid 致力于最小化延迟和提高渲染效率，确保应用程序运行流畅。
可扩展性：Druid 设计了灵活的组件系统，允许开发者自定义和扩展组件以满足特定需求。
即时模式布局：虽然 Druid 采用的是保留模式 GUI，但它在布局系统中采用了即时模式的思想，使得布局更加灵活和高效。

开发流程

环境搭建：首先需要安装 Rust 开发环境。
项目创建和配置：使用 Cargo 创建一个新项目，并在 Cargo.toml 文件中添加 druid 作为依赖。
编写界面：使用 Druid 提供的各种组件（如按钮、文本框等）来构建应用程序的界面。Druid 的组件库覆盖了大多数常见的 UI 需求。
处理事件和数据：在 Druid 中，事件处理和数据管理是通过其强大的数据驱动架构来完成的。开发者需要定义应用程序的数据模型，并实现相应的更新逻辑来响应用户交互。
运行和调试：Druid 应用可以直接通过 Cargo 运行和调试，这使得开发过程非常高效。

代码示例

fn build_ui() -> impl Widget<u32> {
    // 使用按钮组件，当按钮被点击时，数据（计数器）增加
    Button::new("点击我", |_, data: &mut u32, _| {
        *data += 1;
    })
    .padding(10.0)
}

不同适用场景

Position-Based UI

适用场景：Position-based UI 是指基于位置来布局界面元素的方法，这种方法在游戏开发和一些特定的应用程序中非常常见，其中界面布局需要高度自定义或者与物理位置密切相关。它适用于需要精确控制每个元素位置和大小的场景。
优点：提供了对布局的完全控制，允许开发者创建完全自定义的界面。
缺点：可能会导致代码难以管理，特别是在复杂界面和响应式设计中。

Yew

适用场景：Yew 是为构建高性能的单页应用（SPA）而设计的，特别适合于需要在 Web 浏览器中运行的复杂应用程序。它通过 WebAssembly 提供接近原生的性能，适合开发复杂的前端应用或游戏。
优点：高性能，组件化设计，适合复杂应用开发。
缺点：需要熟悉 Web 开发和 Rust 编程。

Egui

适用场景：Egui 适用于需要快速迭代开发的游戏和实验性项目，它的即时模式 GUI 使得添加和修改界面元素非常直接。它也支持跨平台，包括 WebAssembly，适合那些希望在 Web 和桌面平台上提供一致用户体验的应用。
优点：易于使用和集成，适合快速开发和原型设计。
缺点：可能不如保留模式 GUI 库那样适合构建高度复杂的应用界面。

FLTK-rs

适用场景：FLTK-rs 非常适合开发轻量级的桌面应用程序，特别是那些对启动时间和内存占用有严格要求的应用。它提供了一套丰富的预制组件，可以帮助快速开发跨平台的 GUI 应用。
优点：轻量级，跨平台，有丰富的组件库。
缺点：可能不如其他更现代化的 GUI 框架那样拥有丰富的特性和定制选项。

Druid

适用场景：Druid 设计用于创建数据密集型的桌面应用程序，其中强调数据和 UI 的紧密同步。它通过数据驱动的方式简化了状态管理，非常适合需要展示和操作复杂数据集的应用，如财务、分析或管理工具。
优点：数据驱动设计，跨平台支持，注重性能和易用性。
缺点：相对较新，社区和生态系统可能不如其他成熟框架那样广泛。