工厂模式
制造汽车,划分成为了奔驰汽车厂、福特汽车厂等,每一个工厂都是继承工厂,只负责生产一个品牌的车子; 制造食物,划分成为了拉面店、炒饭店、火锅店等,每一家店都只生产对应的食物。
TAG_COLLECTION //
共有 19 篇笔记使用了这个 Tag。
制造汽车,划分成为了奔驰汽车厂、福特汽车厂等,每一个工厂都是继承工厂,只负责生产一个品牌的车子; 制造食物,划分成为了拉面店、炒饭店、火锅店等,每一家店都只生产对应的食物。
关于抽象类(Abstract)和接口(Interface)在使用的时候的思考
有意思 好像把事件广播系统和单例模式结合;
尝试接入 QQ Bot, 遇到一些小问题, 顺手记录一下
函数式最大的优点,是“精准” —— 可重复性,因为在给定的x下,f(x)的值是唯一确定的。
> If it walks like a duck and quacks like a duck, then it's a duck
装饰器模式,Decorator Pattern,用于动态地为某个对象添加属性,在不改变原始对象的结构的前提下。
每一个 state 都有 - Enter - Excute - Exit 等状态 每一个状态内实现自己的逻辑就好; 然后写好切换逻辑就可以得到一个比较解耦合的系统
组合模式,在我的理解下 —— 将若干职责拆分成最小单位,即组件。然后把若干组件进行内聚,就出现了实体(GO)
偶然看到ACID这个概念,顺手记录 ——
干净框架,总体上分为 - 实体层(Entities) - 用例层(Use Cases) - 接口适配层(Interface Adapters) - 框架驱动层(Frameworks & Drivers)
Data-Oriented Design 面向数据设计,比较侧重于数据布局和内存访问模式 —— 极致压榨性能,可以用于减少 Cache Miss
先从 handle 继续展开 —— 假设我们通过一个 handle 定位到了 0x0001 这个位置(当然,不一定是真的指一块内存地址),然后可以爽使用,在 manager 进行释放这块空间之后,那么当前这个 handle 应当失效,可是如果此时我们重新申请了一个空间刚好就是 0x0001 这个位置,往里面写了新...
句柄的一种设计,不赖.原先我们或许可以使用指针/引用等直接对资源进行借用,这会导致资源的管理,开放的权限等出现边界模糊.于是引入 handle 这一层的设计使得资源的管理和持有再进行解耦
Model View ViewModel
model view present
DTO,Data Transfer Object,数据传输对象
Spec-Driven Development, 规范驱动开发, 现在在 Vibe Coding 的使用中经常提及的一个开发模式
Test-Driven Development,测试驱动开发