假设你正在开发一个跨平台的桌面应用程序，该程序需要处理系统托盘图标的显示和隐藏。在不同的操作系统上，处理系统托盘图标的方法各不相同。例如，在Windows上，你可能需要调用特定的Windows API；而在Linux上，则需要调用另一套API。如何在单个代码库中管理这种跨平台的行为，同时保持代码的整洁和可维护性？
解决方案
使用Rust的条件编译
🔨 实现步骤：
1.定义功能：首先，在你的应用程序中定义两个函数，分别用于处理Windows和macOS上的系统托盘图标。
使用cfg属性：利用cfg属性，可以确保每个函数只在其对应的操作系统上编译。也可以放在几乎任何Rust构造上，如函数、结构体、模块等，来控制是否应该包含它们。
// 这个函数只在目标系统为Linux时编译
#[cfg(target_os = "linux")]
fn are_we_on_linux() {
println!("Running on Linux!");
}
// 这个函数只在目标系统为Windows时编译
#[cfg(target_os = "windows")]
fn are_we_on_windows() {
println!("Running on Windows!");
}
2.使用cfg!宏
cfg!宏在运行时求值，根据编译时提供的配置条件返回布尔值。
fn main() {
if cfg!(target_os = "linux") {
println!("We're running on Linux!");
} else if cfg!(target_os = "windows") {
println!("We're running on Windows!");
}
}
特征标志（feature flags） 在Cargo.toml中，你可以定义特征标志，然后在代码中通过cfg检查这些标志。
[features]
my_feature = []
3.然后在代码中使用：
#[cfg(feature = "my_feature")]
fn function_with_feature() {
println!("The feature is enabled");
}
4.可组合条件
cfg属性也可以使用any、all和not来组合多个条件。
// 当不是Windows平台且启用了`my_feature`功能时编译
#[cfg(all(not(target_os = "windows"), feature = "my_feature"))]
fn conditional_function() {
}
5.条件编译模块 你甚至可以使用cfg属性来条件编译整个模块：
#[cfg(target_os = "linux")]
mod linux_specific {
}
条件编译 vs 逻辑判断
条件编译
定义：条件编译是编译阶段进行的，它根据预先设定的条件决定是否编译某段代码。 优势：能够减少最终程序的体积，因为未满足条件的代码根本不会被编译进程序。此外，它还可以提高程序的安全性和性能，因为可以避免在不支持的平台上运行不兼容的代码。
使用场景：最适合处理跨平台兼容性问题，如在不同操作系统上调用不同的API时。
逻辑判断
定义：逻辑判断是在程序运行时进行的，根据当前的条件动态地执行不同的代码分支。 优势：灵活性高，可以根据运行时的情况做出即时决策。适用于那些条件变化不是在编译时就能确定的情况。
使用场景：更适合那些依赖于运行时数据决策的场景，例如用户输入、文件存在性检查或网络状态。
