AiDOPWarehouse/server/Plugins/Admin.NET.Plugin.AiDOP/SeedData/S8NotificationLayerSeedData.cs

using Admin.NET.Plugin.AiDOP.Entity.S8;

namespace Admin.NET.Plugin.AiDOP;

/// <summary>
/// S8-LEGACY-NOTIFY-DECOMMISSION-1：**本 Seed 已停止供数，恒返回空集。**
///
/// <para><b>它原来做什么</b>：向 <c>ado_s8_notification_layer</c> 灌 14 条平台默认基线
/// （S1–S7 × FOLLOW/SERIOUS × <c>L1_OPERATOR</c>，<c>tenant_id=0 / factory_id=0</c>），
/// 让旧的 <c>(scene, severity, level)</c> 分层通知在任意场景都能解析到一个可达 RoleCode。</para>
///
/// <para><b>为什么停</b>：通知收件人的 Current Authority 已经是
/// <c>ado_s8_notification_recipient</c>（Rule + Event + RecipientType → 责任池 / 当前处理人 /
/// 当前复核人 → SysUser）。旧分层的 Runtime 消费者在本批被整体切断，
/// 继续灌这 14 条只会：① 让退役后的库里重新长出没人消费的数据；
/// ② 让「删干净了」这件事在下一次启动后失效。</para>
///
/// <para><b>为什么保留类而不是删掉</b>：<c>ISqlSugarEntitySeedData&lt;T&gt;</c> 由反射发现，
/// 返回空集就等于不供数，这是切断供给的<b>最小改动</b>；类、Entity、CRUD 的物理删除
/// 属于 backend dead code 清理，留给 P1-C3 单独一批做，不与 Runtime 退役混批。</para>
///
/// <para><b>刻意不保留原映射表</b>：把 <c>S1→ROLE_ORDER_PLANNER</c> 那张表以注释或死代码形式留着，
/// 等于给后来者一个「看起来可以恢复」的入口。旧语义按 (scene, severity, level) 选人，
/// 与新模型的 (rule, event, responsibility) 是两套互不相干的维度，
/// <b>不存在把它迁过去的正确做法</b>。需要考据时查 git 历史。</para>
/// </summary>
[IncreSeed]
public class S8NotificationLayerSeedData : ISqlSugarEntitySeedData<AdoS8NotificationLayer>
{
    /// <summary>恒空。任何启动 / provisioning / 升级路径都不会再生成平台默认分层行。</summary>
    public IEnumerable<AdoS8NotificationLayer> HasData() => Array.Empty<AdoS8NotificationLayer>();
}