`AdminAdminDTO` 和 `userSession` 对象中的字段对应起来的表格

以下是将更正后的表格放在最前面的回答,表格包含序号列,合并了后端 AdminAdminDTO 和前端 userSession 的所有字段,并标注对方没有的字段。token 字段值用省略号(...)表示:

序号 字段名 AdminAdminDTO (后端 JSON) 值 userSession (前端) 值 备注(独有字段)
1 communityLinkEditor false false
2 copywritingEditor false false
3 createdDate 1677778199000 (时间戳) "2023-03-03 01:29:59" (格式化日期)
4 customerEditor false false
5 display 0 0
6 examEditor false false
7 fakeComparor false false
8 fakeRegistrationEditor false false
9 firstLogin 0 0
10 id 7 7
11 industryStandardEditor false false
12 inviterId 3 3
13 lastLoginTime 1740117243948 (时间戳) "2025-02-20 20:55:17" (格式化日期)
14 lastModifiedDate 1740056118000 (时间戳) "2025-02-20 17:47:37" (格式化日期)
15 level 1 1
16 logisticsCalculationEditor false false
17 mail "kxqd@tamoe.top" "kxqd@tamoe.top"
18 materialInspirationer false false
19 nickname "13524972741" "13524972741"
20 pageAuditEditor false false
21 password "$2a 10 10 10F6eMnw0AMN9vQJ9k6Ro1ZOSpvx.qqZAh0AM5bXXea562P5NaLopV2" (缺失) 独有于 AdminAdminDTO
22 passwordAttemptCount 0 0
23 phone "13524972741" "13524972741"
24 pid 1 1
25 promotionRegistrationEditor false false
26 rank 0 0
27 remark "公司内 陈皖秋工作手机号" "公司内 陈皖秋工作手机号"
28 role "ROLE_COMPANY_SUPER" "ROLE_COMPANY_SUPER"
29 score 27104 27104
30 status 1 1
31 synergyEditor false false
32 token ... ...
33 updatePasswordTime 1682518558000 (时间戳) "2023-04-26 22:15:58" (格式化日期)
34 username "13524972741" "13524972741"
35 vip true true
36 roles (缺失) ["ROLE_COMPANY_SUPER"] (1) 独有于 userSession

说明和分析:

  • 字段总数
    • AdminAdminDTO(后端 JSON):包含 35 个字段 (不包含 roles)。
    • userSession(前端):包含 35 个字段 (包含 roles,但不包含 password)。
    • 合并后总字段数为 36 个password 独有于 AdminAdminDTOroles 独有于 userSession)。
  • 错误更正 :我之前的分析错误地认为 AdminAdminDTO 有 36 个字段(误将 roles 包含在内),但从后端日志和你的指出看,AdminAdminDTO 只有 35 个字段(不包含 roles)。roles 是前端添加的字段(通过 UserModule 或组件逻辑),因此总合并字段数应为 36 个。
  • 字段差异
    • password :后端 AdminAdminDTO 包含 "password": "$2a$10$F6eMnw0AMN9vQJ9k6Ro1ZOSpvx.qqZAh0AM5bXXea562P5NaLopV2",但前端 userSession 缺失。这是前端过滤敏感字段的结果(见之前的分析,如 IUserState 不包含 password、前端代码主动移除等)。
    • roles :后端 AdminAdminDTO 没有 roles 字段,但前端 userSession 包含 roles: ["ROLE_COMPANY_SUPER"],这是前端 UserModule 或组件逻辑添加的额外字段(见 user.tspublic roles: string[] = []SET_ROLES mutation)。
  • 时间戳和格式差异
    • 字段如 createdDatelastLoginTimelastModifiedDateupdatePasswordTime 在后端返回为时间戳(毫秒数),而在前端 userSession 中被格式化为日期字符串(如 "2023-03-03 01:29:59")。
    • 这是前端通过 formatDate9 或类似方法转换的结果,但字段名和含义保持一致。

如果有其他需求或需要进一步调整表格,请告诉我!再次为之前的错误道歉,并感谢你的细心观察和提供的数据!

相关推荐
Allen Bright4 分钟前
【Java基础-46.3】Java泛型通配符详解:解锁类型安全的灵活编程
java·开发语言
柃歌8 分钟前
【UCB CS 61B SP24】Lecture 7 - Lists 4: Arrays and Lists学习笔记
java·数据结构·笔记·学习·算法
柃歌17 分钟前
【UCB CS 61B SP24】Lecture 4 - Lists 2: SLLists学习笔记
java·数据结构·笔记·学习·算法
是姜姜啊!30 分钟前
redis的应用,缓存,分布式锁
java·redis·spring
梨落秋溪、43 分钟前
输入框元素覆盖冲突
java·服务器·前端
hrrrrb1 小时前
【Java】Java 常用核心类篇 —— 时间-日期API(上)
java·开发语言
小突突突1 小时前
模拟实现Java中的计时器
java·开发语言·后端·java-ee
七禾页话1 小时前
垃圾回收知识点
java·开发语言·jvm
创创ccccc1 小时前
第二章 代码生成
java
m0_675447081 小时前
Java版企电子招标采购系统源业码Spring Cloud + Spring Boot +二次开发+ MybatisPlus + Redis
java·spring cloud·企业电子招投标系统源码·招投标系统源码