IBM i中PF变更后，如何检测DSPF是否需要重新编译？

我正在IBM i上开发一款自动重编译工具，当RPGLE、DSPF、CLLE对象变更时自动触发重编译。目前RPGLE和CLLE的重编译逻辑正常，但在检测**Display File（DSPF）**是否需要重编译时遇到了困难：

• 使用CHGPF修改Physical File（PF）后，工具能成功重编译关联的RPGLE程序，但部分依赖该PF的DSPF无法被正确检测到需要重编译
• DSPF的每个屏幕格式都有独立的格式级标识符，PF变更后DSPF可能因格式不匹配需要重编译，但当前无法有效跟踪这种依赖变更

核心问题 #

1. DSPF中是否存在可自动跟踪PF变更、或指示其与引用PF不同步的字段、属性或机制？
2. 由于DSPF包含多个独立格式级标识符的屏幕格式，是否存在针对整个DSPF的单一标识符，可用于检测变更并与RPGLE程序的编译标识符对比以确保同步？

已尝试的操作 #

• 执行SQL查询：

select * from ckezy1.ALLPGM1 WHERE WHFNAM = 'NEW11';

• 使用系统命令：

DSPPGMREF *PGM

• 查看DSPF相关界面：
  

解决方案参考 #

1. 系统表跟踪依赖与同步状态

IBM i内置系统表可直接获取DSPF对PF的依赖关系及同步验证信息：

• QSYS2.SYSPARTITIONDEP：筛选DSPF关联的PF，通过REFERENCE_TIMESTAMP（PF最后变更时间）和DEPENDENT_TIMESTAMP（DSPF最后编译时间）对比，判断是否需要重编译；REFERENCE_SIGNATURE字段存储PF的签名，PF变更后签名会更新，可直接对比判断依赖是否失效。
• QSYS2.SYSOBJECTDEP：同样可获取对象依赖链，结合LAST_CHANGED_TIMESTAMP字段验证PF变更后DSPF是否过时。

示例SQL：

SELECT DEPENDENT_LIBRARY, DEPENDENT_NAME,
       REFERENCED_LIBRARY, REFERENCED_NAME,
       REFERENCE_TIMESTAMP, DEPENDENT_TIMESTAMP,
       REFERENCE_SIGNATURE
FROM QSYS2.SYSPARTITIONDEP
WHERE DEPENDENT_TYPE = 'DSPF' 
  AND REFERENCED_TYPE = 'PF'
  AND DEPENDENT_NAME = '目标DSPF名称';

2. 格式级与全局检测方案

DSPF没有针对整个对象的单一全局格式标识符，但可通过以下方式统一检测：

• 用DSPFD FILE(库名/DSPF名称) TYPE(*FORMAT)查看每个屏幕格式的FORMAT LEVEL，但更高效的方式是通过系统表获取所有关联PF的最新签名，只要任意PF签名与DSPF编译时记录的签名不一致，即可判定需要重编译。
• 对比DSPF的LAST COMPILED时间（DSPFD FILE(库名/DSPF名称) TYPE(*MBR)可查看）与关联PF的LAST CHANGED时间，若PF变更时间更晚，则触发重编译。

3. 系统命令辅助验证

使用CHKOBJREF OBJ(库名/DSPF名称) OBJTYPE(*FILE) REFTYPE(*FILE)命令，系统会自动检查DSPF引用的文件是否存在格式不匹配，返回的结果可直接作为重编译判断依据。

内容的提问来源于stack exchange，提问作者Afnan