Der bereitgestellte Java-Code-Ausschnitt beginnt mit einer getExtractedDataMap-Methode, die eine setExtractedDataToMap-Methode aufruft. Dies ist verwirrend, da Java-Konventionen vorschreiben, dass Getter Werte abrufen und Setter diese verändern, was einen Getter, der einen Setter aufruft, unkonventionell macht. Die setExtractedDataToMap-Methode konvertiert ein PayloadDto-Objekt in eine Map. Die getExtractedDataMap-Methode fungiert dann einfach als unnötiger Vermittler. Das Kernproblem ist, dass dies zwei schlecht benannte Methoden sind, bei denen eine einzige, gut benannte Methode ausreichen würde.Ein gravierenderes Problem ist die Konvertierung eines Java-Objekts in eine Map, was nach Code-Geruch riecht und auf Unbehagen mit objektorientierten Prinzipien hindeutet. Diese Konvertierung ist für Serialisierungszwecke nicht gerechtfertigt, da Java über integrierte Serialisierer verfügt, die dies transparent handhaben. DTOs selbst sind für eine einfache Datenserialisierung konzipiert. Der Autor äußert Verwirrung über den Zweck dieses Codes und wiederholt damit die Meinung des Entwicklers, der ihn entdeckt hat. Der ursprüngliche Entwickler gab ebenfalls auf, zu versuchen, den Workflow zu verstehen, für den dieser Code gedacht war.