加载中...
GoF 经典设计模式
设计模式把处理流程拆成一串独立过滤器,数据经管道依次流过,Unix 管道与编译器是经典示例。
设计模式最常用的缓存使用模式:应用自行管理缓存,读时旁路加载,写时更新数据库并使缓存失效。
设计模式又称端口与适配器架构,由 Alistair Cockburn 提出,让业务核心与外部技术细节解耦。
设计模式为每类前端(Web、移动端等)定制一层专属后端聚合服务的架构模式,由 SoundCloud 实践并推广。
设计模式为其他对象提供一种代理以控制对该对象的访问。
设计模式把待发消息与业务数据写入同一本地事务的 outbox 表,再异步投递,解决双写不一致问题。
设计模式将作用于对象结构的操作分离出来,便于新增操作。
设计模式将抽象部分与实现部分分离,使二者可独立变化。
设计模式Jeffrey Palermo 提出的分层架构,领域模型居中心,所有依赖指向圆心,基础设施在最外层。
设计模式仿照船舶水密隔舱隔离资源:为不同依赖或租户划分独立线程池、连接池,防止故障蔓延拖垮全局。
设计模式DDD 中聚合的唯一入口实体,外部只能通过它访问聚合内部,以聚合为单位保证一致性与持久化。
设计模式由属性值定义、无唯一标识且通常不可变的领域对象,如金额、地址,相等性按值比较。
针对软件设计中反复出现问题的可复用解决方案的总结。
设计模式提供顺序访问聚合元素的方法而不暴露其内部表示。
设计模式将代理、日志等辅助能力放入与主应用同 Pod 的独立容器,不侵入业务代码即可扩展功能,是服务网格的基础形态。
设计模式将一个类的接口转换成客户期望的另一个接口。
将对象组合成树形结构以表示部分与整体层次。
设计模式预先创建一批昂贵对象循环复用,用完归还而非销毁,数据库连接池与线程池是典型实现。
设计模式对领域内已发生事实的建模,以过去时命名,如订单已支付,是聚合间解耦与最终一致的纽带。
设计模式为语言定义文法并构建解释器来解释句子。