Il existe une classe d'entité SiteAlarmRecord, correspondant à la table SiteAlarmRecord, et ses informations doivent être affichées dans le frontend.
Cette classe d'entité a un attribut appelé alarmType
Les données stockées dans le tableau sont codées, mais la réception doit afficher le nom correspondant au code
Les valeurs d'énumération du nom de code sont stockées dans une table de dictionnaire
Par exemple
nom de code
1 alarme de limite haute
2 alarme de limite basse
Dans une situation comme celle-ci, ce que j'ai fait auparavant était :
Donner à la classe d'entité un attribut redondant alarmTypeCHN, qui représente le nom chinois correspondant à alarmType.
Mais notre chef de projet a dit que mon approche n'était pas propice à une maintenance ultérieure. Il a dit que les classes d'entités devaient correspondre aux champs de table un à un ;
Il m'a suggéré de créer une classe vo, de laisser vo hériter de cette classe d'entité, puis d'ajouter ces attributs redondants à cette classe vo.Je pense que cette approche est également très gênante.
Qu'en pensez-vous ?
1. Le front-end peut recevoir tous les types d'avertissements lors du chargement de la page, vous n'avez donc pas à vous en soucier, et ce n'est pas si difficile pour le front-end de les gérer
2. Si le front-end ne peut pas l'obtenir, ajoutez un champ codeName temporaire tel que @Transient à l'entité, puis interrogez-le conjointement lors de la récupération des données... Je l'ai fait il y a deux ans...