Merge branch 'main' of https://github.com/dddssw/blog

Author: zhangdong

bundle/vite/env.md

@@ -0,0 +1,62 @@
+---
+layout: doc
+outline: deep
+---
+## 内置的环境变量
+Vite 在一个特殊的 import.meta.env 对象上暴露环境变量
+
+https://vitejs.cn/vite3-cn/guide/env-and-mode.html#env-variables
+## 生产环境替换
+在引用它们时请使用完全静态的字符串。动态的 key 将无法生效
+
+## .env 文件（配置）
+```js
+.env                # 所有情况下都会加载
+.env.local          # 所有情况下都会加载，但会被 git 忽略
+.env.[mode]         # 只在指定模式下加载
+.env.[mode].local   # 只在指定模式下加载，但会被 git 忽略
+```
+越具体优先级越高
+
+另外，Vite 执行时已经存在的环境变量有最高的优先级，不会被 .env 类文件覆盖。例如当运行 VITE_SOME_KEY=123 vite build 的时候。
+
+加载的环境变量也会通过 import.meta.env 以字符串形式暴露给客户端源码（以 VITE_ 为前缀的变量才会暴露）
+
+## ts的智能提示
+https://vitejs.cn/vite3-cn/guide/env-and-mode.html#env-files
+
+## 模式
+这是内置的development production
+```js
+ /**
+     * 'serve': during dev (`vite` command)
+     * 'build': when building for production (`vite build` command)
+     */
+    command: 'build' | 'serve';
+```
+这意味着当执行 vite build 时，它会自动加载 .env.production 中可能存在的环境变量
+```js
+# .env.production
+VITE_APP_TITLE=My App
+```
+如果我需要切换测试环境下的接口地址，它应该具有类似于development的行为，但环境变量与开发环境略有不同
+
+--mode 选项标志来覆盖命令使用的默认模式，声明对应的.env.xx文件，这样就可以使用里面的配置了
+
+[模式](https://vitejs.cn/vite3-cn/guide/env-and-mode.html#modes)
+
+但是在 vite.config.ts 中通过 import.meta.env 是无法拿到任何数据
+
+[你可以这样](https://vitejs.cn/vite3-cn/config/#async-config)
+
+注意root 和 envDir 选项会影响加载行为
+
+## envDir
+我们现在的.env文件都是建立在根目录的，如果.env.XX的文件太多，会显得我们的项目目录很乱，我们能将.env放在一个统一的文件夹
+```js
+import { defineConfig } from "vite";
+export default defineConfig( {
+  envDir:"env"
+});
+```
+放在env这个文件夹即可

rust/trait.md

@@ -0,0 +1,58 @@
+---
+outline: deep
+---
+trait TraitA {} 就定义了一个 trait，TraitA
+
+这个标记被用在特定的地方，也就是类型参数的后面，用来限定（bound）这个类型参数可能的类型范围。所以 trait 往往是跟类型参数结合起来使用的。比如 T: TraitA 就是使用 TraitA 对类型参数 T 进行限制。也就是对泛型进行限制
+
+我们怎么给某种具体的类型实现 TraitA，来让那个具体的类型可以代入 T 呢？具体来说，我们要对某个类型 Atype 实现某个 trait 的话，使用语法 impl TraitA for Atype {} 就可以做到
+
+```rust
+trait TraitA {}
+struct Atype;
+impl TraitA for Atype {}
+```
+对于某个类型 T （这里指的是某种具体的类型）来说，如果它实现了这个 TraitA，我们就说这个类型满足约束.一个 trait 在一个类型上只能被实现一次
+
+trait 对类型参数实施约束的同时，也对具体的类型提供了能力
+
+在 trait 里可以定义关联函数,只是定义没有实现
+```rust
+trait Sport {
+fn play(&self); // 注意这里直接以分号结尾，表示函数签名
+fn play_mut(&mut self);
+fn play_own(self);
+fn play_some() -> Self;
+}
+```
+
+在 trait 中可以使用 Rust 语言里的标准类型 Self，用来指代将要被实现这个 trait的那个类型。使用 impl 语法将一个 trait 实现到目标类型上去。
+```js
+struct Football;
+impl Sport for Football {
+fn play(&self) {} // 注意函数后面的花括号，表示实现
+fn play_mut(&mut self) {}
+fn play_own(self) {}
+fn play_some() -> Self { Self }
+}
+```
+
+当然也可以在trait定义时默认实现
+```rust
+trait Sport {
+fn play(&self) {} // 注意这里一对花括号，就是trait的关联函数的默认实现
+fn play_mut(&mut self) {}
+fn play_own(self); // 注意这里是以分号结尾，就表示没有默认实现
+fn play_some() -> Self;
+} 
+
+//有了 trait 关联函数的默认实现后，具体类型在实现这个 trait 的时候，就可以“偷懒”，直接利用默认实现
+
+struct Football;
+impl Sport for Football {
+fn play_own(self) {}
+fn play_some() -> Self { Self }
+}
+
+//也可以覆盖默认实现
+```