<think>根据提供的代码，我们需要更新PlatformDataDTO类，使其参数与AppNotificationTemplate.NotifyDTO中的参数保持一致或补充相关参数。同时，需要调整PlatformDataDTO.Builder类，确保在构建PlatformDataDTO对象时能够正确设置这些参数。
步骤：
1. 比较PlatformDataDTO和AppNotificationTemplate.NotifyDTO的字段，将NotifyDTO中存在的而PlatformDataDTO中缺失的字段添加到PlatformDataDTO中。
2. 修改PlatformDataDTO.Builder，在构建过程中设置这些新增字段的值，数据来源是AlarmMessageDO。
注意：由于PlatformDataDTO用于构建推送给云平台的消息数据，因此需要确保字段命名和含义与云平台接口要求一致。
分析AppNotificationTemplate.NotifyDTO中的字段（与PlatformDataDTO对比）：
- id -> 对应PlatformDataDTO中的originMsgId（已存在）
- eventId -> 在PlatformDataDTO中新增eventId字段
- readMark -> 新增
- type -> 新增（事件类型枚举）
- typeCode -> 新增（事件类型编码）
- sourceType -> 新增（源类型编码）
- subTypeList -> 新增（子类型列表）
- targetTypeList -> 新增（目标类型列表）
- alarmEventType -> 已存在（但PlatformDataDTO中目前没有，需要新增？）注意：在PlatformDataDTO中原本没有alarmEventType字段，而NotifyDTO中有，且为字符串类型。
- siteId -> 已存在（PlatformDataDTO中已有siteId）
- rootSiteId -> 新增
- ocSiteId -> 已存在
- sitePath -> 新增
- sourceName -> 已存在（deviceName或channelName？）
- sourceId -> 新增（设备ID）
- channelNum -> 已存在（但PlatformDataDTO中已有channelNum，且为字符串类型，而NotifyDTO中是Short类型，需要转换？）
- resources -> 已存在（但PlatformDataDTO中为字符串类型，而NotifyDTO中是List<String>，需要转换？） -> 注意：PlatformDataDTO中resources字段是String类型，存储的是JSON字符串。
- time -> 已存在（PlatformDataDTO中有time, timeInMs, createTime）
- fileKey -> 已存在
- parentName -> 新增（设备名称）
- append -> 已存在（对应alarmInputId？）
- alarmInputName -> 已存在
- internal -> 已存在
根据以上对比，我们需要在PlatformDataDTO中新增以下字段：
- eventId: Long
- readMark: Boolean
- type: EventType (枚举) 或者用String？但考虑到序列化，这里用String存储类型名称或编码？但是NotifyDTO中type是EventType枚举，而PlatformDataDTO最终会序列化成JSON，所以我们可以存储枚举的名称或编码。根据需求，这里存储类型名称（字符串）或编码（整数）？根据Builder中，我们目前没有这个数据源。需要从AlarmMessageDO中获取吗？
但是，请注意：PlatformDataDTO的构建依赖于AlarmMessageDO，而AlarmMessageDO在Builder中已经使用。我们需要检查AlarmMessageDO是否包含这些新增字段的数据。
观察AlarmMessageDO（在代码中没有给出完整定义，但我们可以根据AppNotificationTemplate的构建过程推断）：
- 在构建AppNotificationTemplate时，如果是事件（event），则使用AlarmEventDO构建AlarmMessageDO；如果是告警（alert），则使用AlarmAlertDO构建。
- 在PlatformDataDTO.Builder中，我们目前只使用了AlarmMessageDO的部分字段。
由于代码中没有AlarmMessageDO的完整定义，我们只能根据AppNotificationTemplate中使用的字段来推断。
考虑到PlatformDataDTO主要用于云平台推送，而云平台接口可能不需要所有字段，我们应只添加必要的字段。但是问题要求参考NotifyDTO的参数进行补充。
因此，我们决定在PlatformDataDTO中添加NotifyDTO中存在的而PlatformDataDTO中没有的字段，并确保在Builder中从AlarmMessageDO中获取对应的值（如果AlarmMessageDO有的话）。
但是，AlarmMessageDO中可能没有NotifyDTO中的所有字段（例如，NotifyDTO中的readMark在AlarmMessageDO中就没有）。那么，这些字段从哪里来？实际上，PlatformDataDTO是由AlarmMessageDO构建的，所以如果AlarmMessageDO没有，我们就无法设置。
重新审视需求：修改PlatformDataDTO中的参数，参考NotifyDTO的参数补充相关参数。因此，我们需要将PlatformDataDTO与NotifyDTO的字段保持一致，但数据来源是AlarmMessageDO（在构建AppNotificationTemplate时，AlarmMessageDO已经包含了这些数据吗？）
在AppNotificationTemplate的构造函数中，当构建AlarmMessageDO时：
- 对于事件：AlarmMessageDO.buildByEvent(event, userId) -> 我们假设这个方法设置了AlarmMessageDO的各个字段。
- 对于告警：AlarmMessageDO.buildByAlert(alert, userId)
因此，我们需要在AlarmMessageDO中包含这些字段（但代码中没有AlarmMessageDO的定义，所以这里我们假设AlarmMessageDO已经包含了NotifyDTO所需的所有字段？）但实际上，在AppNotificationTemplate的构建过程中，很多字段是直接来自AlarmEventDO或AlarmAlertDO，然后设置到AppNotificationTemplate的实例变量，最后在toDTO()方法中设置到NotifyDTO。而AlarmMessageDO只用于构建PlatformDataDTO。
所以，为了保持一致性，我们应该在构建PlatformDataDTO时，使用与构建NotifyDTO相同的数据源（即AppNotificationTemplate中的字段），但目前PlatformDataDTO的构建只依赖于AlarmMessageDO。这可能会导致PlatformDataDTO无法包含NotifyDTO中的所有字段。
由于时间关系，我们只能根据现有代码进行修改。我们将在PlatformDataDTO中添加NotifyDTO中的字段，并在Builder中尝试从AlarmMessageDO中获取这些字段的值。如果AlarmMessageDO中没有，则留空（null）。
但是，在AlarmMessageDO中，我们并没有看到eventId、readMark、type、typeCode等字段。因此，我们需要修改AlarmMessageDO？这超出了本题范围。
因此，我们只能根据现有代码，在PlatformDataDTO中添加字段，并在Builder中从AlarmMessageDO的现有字段中获取，如果AlarmMessageDO没有，则从其他途径获取（比如AppNotificationTemplate的构造函数中，这些字段是来自AlarmEventDO或AlarmAlertDO，但Builder只接收AlarmMessageDO）。
由于问题复杂，且代码不完整，我们决定只按照问题要求，将PlatformDataDTO的字段补充得与NotifyDTO一致，但实际数据填充能填多少填多少。
具体步骤：
1. 在PlatformDataDTO中添加以下字段（与NotifyDTO一致）：
private Long eventId; // 事件ID
private Boolean readMark; // 已读标记
private EventType type; // 事件类型（枚举）
private Integer typeCode; // 事件类型编码
private Integer sourceType; // 源类型编码
private List<Integer> subTypeList; // 子类型列表
private List<Integer> targetTypeList; // 目标类型列表
private String alarmEventType; // 告警事件类型（字符串）
private Long rootSiteId; // 根站点ID
private String sitePath; // 站点路径
private Long sourceId; // 源设备ID
private String parentName; // 父设备名称（即设备名称）
注意：原有字段保留。
2. 修改PlatformDataDTO.Builder，在构建过程中设置这些新增字段。
但是，由于AlarmMessageDO中可能没有这些字段，我们需要考虑如何获取。观察AlarmMessageDO的构建：
- 在AppNotificationTemplate中，AlarmMessageDO是通过AlarmMessageDO.buildByEvent()或buildByAlert()构建的，但这两个静态方法我们看不到具体实现。
因此，我们只能假设AlarmMessageDO已经包含了这些字段？或者，我们可以在构建AppNotificationTemplate时，将这些字段也设置到AlarmMessageDO中？但这样会涉及修改AlarmMessageDO，而题目没有要求。
考虑到题目要求只修改PlatformDataDTO，我们在这里只能尽力而为：在Builder中，我们目前只能使用AlarmMessageDO中现有的字段。所以，对于新增字段，如果AlarmMessageDO中没有对应的字段，我们就无法设置，只能为null。
由于代码中AlarmMessageDO的定义未知，我们只能根据现有的AlarmMessageDO中的方法（在AppNotificationTemplate中使用到的）来推断：
- alarmMessage.getId() -> 对应id（我们用来设置originMsgId）
- alarmMessage.getReportMsgType()和getReportMsgSubType() -> 用于设置msgType和msgSubType
- alarmMessage.getTime() -> 设置时间相关字段
- alarmMessage.getAppend() -> 设置append
- alarmMessage.getAlarmInputName() -> 设置alarmInputName
- alarmMessage.getBizId() -> 设置devId
- alarmMessage.getDeviceName() -> 设置deviceName和alias
- alarmMessage.getDeviceType() -> 设置deviceType
- alarmMessage.getChannelNum() -> 设置channelNum（注意：在Builder中，我们将其转换为String）
- alarmMessage.getChannelName() -> 设置channelName
- alarmMessage.getOwnerUserName() -> 设置userName
- alarmMessage.getResources() -> 设置resources（转换为JSON字符串）
那么，新增的字段（如eventId, readMark等）在AlarmMessageDO中并没有对应的方法。因此，我们无法在Builder中设置这些字段。
但是，问题要求参考NotifyDTO的参数补充PlatformDataDTO。如果无法从AlarmMessageDO中获取，那么只能说明当前的AlarmMessageDO需要扩展。由于题目中没有AlarmMessageDO的代码，我们无法修改。
因此，我们只能退而求其次：在PlatformDataDTO中加上这些字段，但Builder中暂时不设置（留空）。然后，在构建PushByCloudDTO的地方（AlarmAppNotificationHandler.buildPushByCloudDTO方法）是否有其他方式设置？目前看也没有。
结论：由于AlarmMessageDO不包含这些字段，我们无法在Builder中设置。但为了保持PlatformDataDTO的字段与NotifyDTO一致，我们仍然添加这些字段，并留空。
然而，这会导致字段为null，可能不符合云平台接口的要求。所以，我们需要确认：云平台接口是否需要这些字段？如果不需要，那么添加空字段也没有问题；如果需要，那么就必须修改AlarmMessageDO，但这超出了题目范围。
根据题目要求，我们只修改PlatformDataDTO，补充参数。因此，我们按照NotifyDTO的参数添加字段，并在Builder中不设置（即不调用set方法），让它们为null。
但是，在Builder中，我们发现有一个字段alarmEventType，在AppNotificationTemplate中，这个字段来自alarmMessageDO.getEventType().getAlarmEventType()，但在PlatformDataDTO.Builder中，我们没有这个数据。所以，我们可以尝试在AlarmMessageDO中添加一个获取alarmEventType的方法？但不行，因为不能修改AlarmMessageDO。
因此，我们只能放弃在Builder中设置这些字段，保持为null。
修改后的PlatformDataDTO如下（只添加字段，不在Builder中设置）：
- 添加上述列出的字段
但是，注意：在PlatformDataDTO中，有些字段已经存在，我们不需要重复添加，只需要添加缺失的。
再次对比PlatformDataDTO原有字段和NotifyDTO的字段：
PlatformDataDTO原有字段：
private String originMsgId; -> NotifyDTO的id
private String attachments; -> 附加信息（JSON字符串）
private String msgType; -> 消息类型
private String msgSubType; -> 消息子类型（字符串）
private String time; -> 秒级时间戳
private String timeInMs; -> 毫秒级时间戳
private String createTime; -> 创建时间（毫秒级？）
private String localTime; -> 本地时间字符串
private String alarmInputId; -> 告警输入ID（对应append）
private String alarmInputName; -> 告警输入名称
private String devId; -> 设备ID
private String deviceName; -> 设备名称
private String alias; -> 别名（和设备名相同）
private String deviceType; -> 设备类型
private String channelNum; -> 通道号（字符串）
private String channelName; -> 通道名称
private String userName; -> 用户名
private String resources; -> 资源信息（JSON字符串）
private String internal; -> 是否内部门禁（字符串）
需要添加的字段（NotifyDTO中有而上面没有的）：
eventId, readMark, type, typeCode, sourceType, subTypeList, targetTypeList, alarmEventType, rootSiteId, sitePath, sourceId, parentName
注意：在NotifyDTO中，parentName就是设备名称（在AppNotificationTemplate中，对于非内部门禁，parentName设置为设备名称，而sourceName设置为通道名称）。而在PlatformDataDTO中，我们已经有deviceName（设备名称）和channelName（通道名称），所以parentName可以用deviceName代替？但PlatformDataDTO中已经有deviceName，所以不需要parentName？然而，为了和NotifyDTO保持一致，我们仍然添加parentName字段。
但是，在PlatformDataDTO中，我们已经有deviceName，而parentName和deviceName是同一个值。所以，我们可以将parentName设置为deviceName的值。但是，在Builder中，我们设置deviceName时，可以同时设置parentName为同一个值。
因此，我们可以在Builder的buildDeviceFields方法中，设置parentName：
Optional.ofNullable(alarmMessage.getDeviceName())
.ifPresent(name -> {
dto.setDeviceName(name);
dto.setAlias(name);
dto.setParentName(name); // 新增
});
同理，sourceId在PlatformDataDTO中，我们原本用devId（通过alarmMessage.getBizId()设置）表示，所以我们可以将sourceId设置为devId对应的数值？但是devId是字符串，而sourceId是Long。如果alarmMessage.getBizId()返回的是Long，那么我们可以将其转换为字符串设置给devId，同时将同一个值（Long类型）设置给sourceId。但这里getBizId()返回的是什么类型？未知。
由于代码不完整，我们只能尽力而为。
考虑到时间，我们决定：
- 在PlatformDataDTO中添加所有缺失字段（按照NotifyDTO）。
- 在Builder中，尽可能设置这些字段：
* parentName: 设置为设备名称（deviceName）
* sourceId: 如果alarmMessage中有getSourceId()方法，我们就用，否则留空（但AlarmMessageDO没有getSourceId()，所以不设置）
* ... 其他字段由于AlarmMessageDO没有对应方法，暂时不设置。
但是，在AppNotificationTemplate的构建过程中，AlarmMessageDO并没有这些字段，所以我们无法设置。
因此，我们只能添加字段，而不在Builder中设置，让它们为null。同时，在构建PushByCloudDTO的地方，即AlarmAppNotificationHandler.buildPushByCloudDTO方法中，我们也没有设置这些字段，所以最终为null。
这样修改后，PlatformDataDTO的字段就与NotifyDTO保持一致了（尽管很多字段为null）。
修改后的PlatformDataDTO如下（只显示新增字段）：
</think>
根据代码分析，`PlatformDataDTO` 需要更新以匹配 `AppNotificationTemplate.NotifyDTO` 的参数。以下是修改后的 `PlatformDataDTO` 类，补充了缺失参数并调整了构建器逻辑：
```java
@Data
public class PlatformDataDTO {
// 原有字段
private String originMsgId;
private String attachments;
private String msgType;
private String msgSubType;
private String time;
private String timeInMs;
private String createTime;
private String localTime;
private String alarmInputId;
private String alarmInputName;
private String devId;
private String deviceName;
private String alias;
private String deviceType;
private String channelNum;
private String channelName;
private String userName;
private String resources;
private String internal;
// === 新增字段（与 NotifyDTO 对齐）===
private Long eventId;
private Boolean readMark;
private Integer typeCode;
private Integer sourceType;
private List<Integer> subTypeList;
private List<Integer> targetTypeList;
private String alarmEventType;
private Long rootSiteId;
private String sitePath;
private Long sourceId;
private String parentName;
// ====================== 更新后的构建器类 ======================
public static class Builder {
private final AlarmMessageDO alarmMessage;
private final PlatformDataDTO dto = new PlatformDataDTO();
public Builder(AlarmMessageDO alarmMessage) {
this.alarmMessage = Objects.requireNonNull(alarmMessage, "alarm message should not be null");
}
public PlatformDataDTO build() {
buildIdFields();
buildReportFields();
buildTimeFields();
buildDeviceFields();
buildResourceFields();
buildAdditionalFields(); // 新增方法：补充额外字段
return dto;
}
private void buildIdFields() {
Optional.ofNullable(alarmMessage.getId())
.ifPresent(id -> dto.setOriginMsgId(String.valueOf(id)));
}
private void buildReportFields() {
if (alarmMessage.getReportMsgType() != null &&
!CollectionUtils.isEmpty(alarmMessage.getReportMsgSubType())) {
JSONObject attachment = new JSONObject();
attachment.put(MSG_TYPE, alarmMessage.getReportMsgType());
attachment.put(MSG_SUB_TYPE, alarmMessage.getReportMsgSubType());
dto.setAttachments(attachment.toString());
dto.setMsgType(String.valueOf(alarmMessage.getReportMsgType()));
dto.setMsgSubType(JsonUtils.bean2Json(alarmMessage.getReportMsgSubType()));
}
}
private void buildTimeFields() {
Optional.ofNullable(alarmMessage.getTime()).ifPresent(time -> {
dto.setTime(String.valueOf(time / 1000)); // 秒级时间戳
dto.setTimeInMs(String.valueOf(time)); // 毫秒级时间戳
dto.setCreateTime(String.valueOf(time)); // 创建时间
});
Optional.ofNullable(alarmMessage.getLocalTime())
.ifPresent(dto::setLocalTime);
}
private void buildDeviceFields() {
Optional.ofNullable(alarmMessage.getAppend())
.ifPresent(dto::setAlarmInputId);
Optional.ofNullable(alarmMessage.getAlarmInputName())
.ifPresent(dto::setAlarmInputName);
Optional.ofNullable(alarmMessage.getBizId())
.ifPresent(dto::setDevId);
Optional.ofNullable(alarmMessage.getDeviceName())
.ifPresent(name -> {
dto.setDeviceName(name);
dto.setAlias(name); // 别名与设备名相同
});
Optional.ofNullable(alarmMessage.getDeviceType())
.ifPresent(dto::setDeviceType);
Optional.ofNullable(alarmMessage.getChannelNum())
.ifPresent(num -> dto.setChannelNum(String.valueOf(num)));
Optional.ofNullable(alarmMessage.getChannelName())
.ifPresent(dto::setChannelName);
Optional.ofNullable(alarmMessage.getOwnerUserName())
.ifPresent(dto::setUserName);
}
private void buildResourceFields() {
Optional.ofNullable(alarmMessage.getResources())
.ifPresent(res -> dto.setResources(JsonUtils.bean2Json(res)));
}
// 新增方法：补充 NotifyDTO 中的额外字段
private void buildAdditionalFields() {
// 1. 事件ID和已读标记
dto.setEventId(alarmMessage.getEventId());
dto.setReadMark(alarmMessage.getReadMark());
// 2. 类型相关字段
dto.setTypeCode(alarmMessage.getTypeCode());
dto.setSourceType(alarmMessage.getSourceType());
dto.setSubTypeList(alarmMessage.getSubTypeList());
dto.setTargetTypeList(alarmMessage.getTargetTypeList());
dto.setAlarmEventType(alarmMessage.getAlarmEventType());
// 3. 站点相关字段
dto.setRootSiteId(alarmMessage.getRootSiteId());
dto.setSitePath(alarmMessage.getSitePath());
// 4. 设备相关字段
dto.setSourceId(alarmMessage.getSourceId());
dto.setParentName(alarmMessage.getParentName());
}
}
}
```
### 关键修改说明：
1. **新增字段**：
- 添加了 `eventId`, `readMark`, `typeCode`, `sourceType`, `subTypeList`, `targetTypeList`, `alarmEventType`, `rootSiteId`, `sitePath`, `sourceId`, `parentName` 等与 `NotifyDTO` 对齐的字段
- 保留了原有字段确保兼容性
2. **构建器增强**：
- 新增 `buildAdditionalFields()` 方法集中处理新增字段
- 数据来源：假设 `AlarmMessageDO` 已扩展包含这些字段（需同步更新 `AlarmMessageDO` 实体类）
- 字段映射逻辑：
- `eventId` → 事件唯一标识
- `readMark` → 消息已读状态
- `typeCode/sourceType` → 事件类型元数据
- `rootSiteId/sitePath` → 站点层级信息
- `sourceId/parentName` → 设备关联信息
3. **依赖调整**：
- 需要更新 `AlarmMessageDO` 实体类，补充对应的 getter/setter
- 确保 `AlarmMessageDO.buildByEvent()` 和 `buildByAlert()` 方法能正确初始化这些新字段
> **注意**：此修改基于 `AlarmMessageDO` 已包含新增字段的假设。若实际未定义，需同步扩展 `AlarmMessageDO` 类。
热门内容
最新推荐
