介绍 Uniswap V3 的 LP NFT、Tick 区间、集中流动性和未领取手续费如何映射到 defi-position-reader 的 metadata sync 与 Position fetch 链路。

介绍 Uniswap V2 的 Pair、LP Token、Farming 和奖励如何映射到 defi-position-reader 的 metadata sync 与 Position fetch 链路。

介绍 Compound V3 的 Comet、base asset、collateral asset 和 reward 如何映射到 defi-position-reader 的 metadata sync 与 Position fetch 链路。

介绍 Aave V3 的 Market、Reserve、aToken、debt token 和 Yield wrapper 如何映射到 defi-position-reader 的 metadata sync 与 Position fetch 链路。

从钱包余额之外的协议仓位出发，介绍一个轻量级 Go 项目如何组织 EVM DeFi 资产读取、metadata 同步和 Position 解析。

介绍

行为型模式用于解决“类或对象之间的交互”问题。每一类行为型模式都对应特定的业务场景，算是一种最佳优化。
分为：观察者模式，模版模式，策略模式，职责链模式，状态模式，迭代器模式，访问者模式，备忘录模式，命令模式，解释器模式，中介模式

介绍

结构型模式用于解决“类或对象的组合“问题。组合优于继承，组合关系可以实现代码的解耦，提高代码的通用性。
几类结构型模式在编码上类似，但它们面向不同的业务场景，有不同的含义，同时会有细小的差别。比如代理模式和装饰器模式，都是在原有类上新套了一个类/逻辑，但代理模式常用于解耦非业务逻辑，如日志、缓存、限流等；装饰器模式常用于对原有功能对增强，比如Java的IO增强类，提供加密、缓存、特定类型编码等能力。
分为：代理模式，桥接模式，装饰器模式，适配器模式，门面模式，组合模式，享元模式

介绍

创建型模式用于解决“对象的创建”问题，一般是将复杂对象的创建从业务代码中解耦。复杂对象的创建，流程固定，代码量大。在编写业务代码时，不应该考虑这些代码。
分为：单例模式，工厂方法模式，抽象工厂模式，建造者模式，原型模式

背景

hexo 默认主题真丑！！！想要选择一个简约的主题，同时能显示一些个人信息，让博客更加完整。

概述

设计模式从定义来说，是指软件开发过程中，有很多重复的、经常出现的场景，于是我们为这些常见的场景设计了最佳实践。当我们遇到类似场景时，可以使用这些模式，能达到高内聚、低耦合、易读可维护等最佳实践。
设计模式在知识上分为两大块，一块是抽象的、从上层进行指导的原则；另一块是可以直接落地的、有代码范例的23种设计模式。指导原则虽然抽象，却是最核心的，设计模式本质是在不同场景下对指导原则的各种实现。