Noticed v2.0 升级指南与技术要点解析

升级背景与核心变化

Noticed 2.0 版本是一次重大重构，带来了全新的架构设计。最核心的变化是将通知系统从单一表结构转变为事件-通知的双表模型，这种设计提供了更好的灵活性和扩展性。

数据迁移关键步骤

对于从1.x版本升级的用户，数据迁移是首要任务。以下是经过实践验证的迁移方案：

1. 创建迁移脚本：建议使用Rake任务来处理数据迁移
2. 类型映射处理：需要将旧版Notification类名转换为新版Notifier类名
3. 参数转换：使用Noticed::Coder正确处理序列化参数
4. 关联记录处理：为事件设置关联记录（如适用）

特别需要注意的是，新版中Notification记录的类型字段格式应为NotifierClassName::Notification，这是许多升级问题的根源。

常见问题解决方案

数据库主键冲突

在PostgreSQL环境中可能会遇到主键序列不同步的问题。解决方案是重置所有表的主键序列：

ActiveRecord::Base.connection.tables.each do |t|
  ActiveRecord::Base.connection.reset_pk_sequence!(t)
end

自定义字段处理

新版中处理自定义字段的方式有所变化：

1. 对于事件级别的字段，可以直接作为属性传递给Notifier初始化
2. 对于每个接收者特有的字段，需要覆盖recipient_attributes_for方法

条件交付处理

旧版中的deliver_by :database, if:/unless:条件交付模式已被移除。新版建议：

1. 在调用方过滤接收者列表
2. 使用作用域在UI层面过滤不需要显示的通知

高级功能实现

自定义作用域与计数器

通过Rails的to_prepare机制可以扩展Noticed::Notification模型：

module NotificationExtensions
  extend ActiveSupport::Concern

  included do
    scope :visible, -> { where.not(type: EXCLUDED_TYPES) }
    counter_culture :recipient, column_name: "notifications_count"
  end
end

Rails.application.config.to_prepare do
  Noticed::Notification.include NotificationExtensions
end

实时更新处理

由于2.0版本使用insert直接创建记录，传统的ActiveRecord回调不再适用。推荐解决方案：

1. 创建自定义TurboStream交付方法
2. 在交付方法中处理广播逻辑
3. 对于计数更新，可以考虑使用Action Cable直接推送更新

最佳实践建议

1. 初始化方式：优先使用new而非with方法，以获得更好的类型安全性和IDE支持
2. 后台处理：所有通知默认使用后台任务处理，无需额外配置
3. 参数设计：充分利用required_params进行参数验证
4. 测试策略：特别注意测试交付条件和自定义字段

总结

Noticed 2.0通过更清晰的架构设计提供了更强大的通知系统能力。虽然升级过程需要投入一定精力，但新的模型设计、更清晰的API边界以及内置的异步处理能力将为应用带来长期收益。建议团队在升级前充分理解新旧版本差异，制定详细的测试计划，并考虑分阶段实施迁移策略。