Rust-使用dotenvy加载和使用环境变量的过程详解
系统的开发,测试和部署离不开环境变量,今天分享在Rust的系统开发中,使用dotenvy来读取和使用环境变量。
安装
cargo add dotenvy dotenv_codegen
加载环境变量
use dotenvy::dotenv; fn main() { dotenv().expect(".env不存在"); ... }
dotenvy默认会从项目的根目录下的.env文件中加载环境变量。
环境变量的使用
不仅可以在运行时使用环境变量,还可以在编译时使用环境变量。
运行时使用环境变量
use std::env; use dotenvy::dotenv; fn main() { dotenv().expect(".env不存在"); //从.env中加载环境变量 println!("port={}", env::var("port").expect("port")); ... }
编译时使用环境变量
#[macro_use] extern crate dotenv_codegen; static redis_url : &'static = dotenv!("redis_url"); fn main() { ... }
好了,从理论上,我们基本掌握了如何通过dotenvy,在Rust的代码开发中,如何加载和使用环境变量。
下面,是在项目的实际应用中,可能会有的疑问,我列了几个供大家参考。
项目实战相关问题
1. .env中的环境变量和系统中的环境变量是什么关系?
系统中的环境变量优先级大于.env中配置的环境变量。
例如,.env中有port=8000,而当前系统的环境变量export port=8080,这个时候读取到的环境变量port的值是8080
2. 在工程代码中是否需要处理dotenv的错误?
我的建议是,不需要。
这是少数几个在Rust的编程开发中,我个人不建议处理错误的地方,让错误以panic的方式终止系统运行。如果当前环境下不存在.env文件,系统应该停止运行,直至修复错误。这里的原则是停下来什么都不做,总比运行起来产生更大的错误好。
3. 如果只是在编译时使用环境变量,还需要在程序启动时调用dotenv()吗?
不需要。
如果只是在编译时使用环境变量,那么可以不用在程序启动时调用dotenv()函数,但必须要正编译时.env文件存在。编译完成后就可以丢弃.env文件了。
注意,另外,因为是在编译时就将环境变量写入了,所以,对环境变量的修改将不会对编译后运行的程序产生影响。
4. 应该在运行时使用环境变量,还是在编译时使用环境变量?
如果环境变量不会在运行时发生改变,且在编译时就知道环境变量的值,那么推荐在编译时使用环境变量。
在编译时使用环境变量的几个好处:
执行cargo clippy或者cargo build,编译器会帮你检查你使用的环境变量名称是否在.env文件中定义,如果不存在,编译器会给出提示;
相较于通过std::env::var("port").expect("port"),直接使用dotenv!("port")可以不用关注如果port没有定义时的处理分支。
5. 如何管理环境变量的相关代码?
建议将环境变量放在env.rs文件中。
main.rs
#[macro_use] extern crate dotenv_codegen; mod env; use env::PORT; fn main() { println!("port={}", PORT); }
env.rs
pub static PORT: &str = dotenv!("port");
6. 环境变量和config如何选择?
哈哈,这个问题不好回答。
其实在config中,也支持环境变量的。它们在功能上都有相互覆盖的地方。但是config支持类型的反序列化等丰富的功能。因此,环境变量和config如何选择,这还是由项目的实际情况而定吧,不必太拘泥于技术,毕竟技术是为我们服务的,而不是拿给我们站队用的。
到此这篇关于Rust-使用dotenvy加载和使用环境变量的过程详解的文章就介绍到这了,更多相关Rust使用dotenvy加载内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
相关文章
C和Java没那么香了,Serverless时代Rust即将称王?
Serverless Computing,即”无服务器计算”,其实这一概念在刚刚提出的时候并没有获得太多的关注,直到2014年AWS Lambda这一里程碑式的产品出现。Serverless算是正式走进了云计算的舞台2021-06-06
最新评论