一个设计模式相关的问题，怎么计算账单的费用？符合开闭原则

统一的消费记录 然后根据不同的计费模式开不同的表 每种表对应相应的计费模式 后续也好拓展 数据从消费记录拿 定时去写统计表 或者消费记录表去触发

坏处是数据冗余太多，好处是逻辑性能好

感觉这种多维度变化的时候用 桥接模式，要不你试试

责任链，只处理符合条件的账单

为每个算子策略提供 factory, 每个策略有自己独立的 Factory.

房租季度收租， 电费月度收租，这个意思吗

桥接模式，计费方式接口给每个计费周期单独定义方法。
再给计费周期定义成桥接类，每个类型的桥接类调用不同的计费方式接口的方法。

策略模式可以实现，但如果套娃的话确实有点累赘；
桥接的话，看起来好像会简洁一点，可以尝试一下。

扔个链接：桥接模式 https://www.runoob.com/design-pattern/bridge-pattern.html

@iffi 是的，桥接模式适合多个维度的
@7911364440 是的，厉害了
@NGXDLK 确实是桥接模式适合解决这种情况。

https://refactoringguru.cn/design-patterns/bridge 桥接模式

职责链模式最合适，参见： https://www.zhouziwu.com/myBlogs/2021/08/27/%E6%A3%AE%E6%9E%9C%E9%9B%B6%E5%94%AE%E6%94%B6%E9%93%B6%E5%8F%B0%E7%BB%93%E7%AE%97%E6%B5%81%E7%A8%8B%E4%B8%8E%E8%81%8C%E8%B4%A3%E9%93%BE%E6%A8%A1%E5%BC%8F/

@zhoupeng199 是的，看了职责链模式，感觉确实很合适。👍账单规则，计费周期，还有滞纳金，比如还有计费的精度都可以用 Handler 去处理

桥接模式比较合适，下面是一个例子

```go
// 实现部分
type DrawAPI interface {
drawCircle(radius int, x int, y int)
}
type RedCircle struct{}
func (r *RedCircle) drawCircle(radius int, x int, y int) {
fmt.Printf("Drawing Circle[ color: red, radius: %d, x: %d, y: %d]\n", radius, x, y)
}
type GreenCircle struct{}
func (g *GreenCircle) drawCircle(radius int, x int, y int) {
fmt.Printf("Drawing Circle[ color: green, radius: %d, x: %d, y: %d]\n", radius, x, y)
}

// 抽象部分
type Shape interface {
draw()
}
type Circle struct {
x int
y int
radius int
drawAPI DrawAPI
}
func (c *Circle) draw() {
c.drawAPI.drawCircle(c.radius, c.x, c.y)
}

// 使用桥接连接抽象和实现
func main() {
redCircle := &Circle{1, 2, 3, &RedCircle{}}
greenCircle := &Circle{4, 5, 6, &GreenCircle{}}
redCircle.draw()
greenCircle.draw()
}
```

责任链模式

@zzyphp111 职责链模式感觉更合适，因为还需要满足其他条件，比如滞纳金，计费精度啥的，可以依次使用各不同的 handler 处理
@japeth 是的🤙