Cachex项目架构优化：移除Policy模块转向Hook机制

Cachex作为Elixir生态中一个高性能的缓存库，近期计划进行一项重要的架构调整——移除Policy模块，全面转向Hook机制。这一变更将简化库的设计，同时提供更灵活的扩展能力。

当前架构的问题

在现有实现中，Cachex通过Policy模块提供缓存管理策略，如LRU（最近最少使用）和LRW（最近最少写入）等。然而，这些策略本质上都是通过Hook机制实现的，造成了不必要的抽象层。Policy模块实际上只是包装了Hook的调用，这种间接性增加了代码复杂度，却没有带来实质性的好处。

架构调整方案

新的设计将直接暴露Hook接口，让用户能够更直观地配置缓存行为。具体变更包括：

1. 移除Policy模块：不再维护单独的Policy模块，所有策略功能将通过Hook实现
2. 文档化现有策略：将现有策略（如LRW）的实现方式作为示例文档，指导用户如何通过Hook实现相同功能
3. Hook接口改进：优化Hook相关API，例如移除:stats这种隐式添加的方式，改为显式配置

技术实现细节

以LRW（最近最少写入）策略为例，调整后的实现方式将是一个清理Hook，它会定期检查并移除最久未被写入的缓存项。而LRU策略则可以通过组合两个Hook实现：

1. 一个Hook负责在每次访问时更新修改时间
2. 另一个Hook（LRW）基于这些时间信息进行清理

这种实现方式不仅更透明，还允许用户灵活地组合不同的Hook来创建自定义策略。

对用户的影响

对于现有用户，这一变更意味着：

• 配置缓存策略的方式会有所变化，但功能保持不变
• 需要更新代码中Policy相关的配置，改为直接使用Hook
• 获得更大的灵活性，可以更容易地实现自定义策略

架构优势

这一调整带来几个显著优势：

1. 简化代码结构：减少抽象层，使代码更易于理解和维护
2. 提高灵活性：用户可以直接操作Hook，实现更复杂的缓存策略
3. 明确职责：Hook机制更清晰地表达了缓存行为的扩展点

迁移建议

对于正在使用Cachex的项目，建议：

1. 关注新版本的发布说明
2. 参考更新后的文档，了解如何通过Hook实现原有策略
3. 逐步将Policy配置迁移到Hook实现

这一架构调整体现了Cachex项目对简洁性和灵活性的追求，将使这个Elixir缓存库在未来更易于使用和扩展。