Wie behandelt man eine Java-Klasse mit Hunderten von Feldern?

Question

Ich versuche, ein Programm zu entwerfen, das eine API von Drittanbietern verwendet. Die Drittanbieter-API beschreibt eine Eingabe mit 296 Feldern und eine Ausgabe mit 179 Feldern. Natürlich möchte ich, dass Klassen die Eingabe und Ausgabe darstellen. Gibt es Tricks zum Entwerfen einer Klasse mit so vielen Feldern? Soll ich für jedes Feld einen normalen Getter und Setter haben?

Hinweis: Da Sie fragen, nimmt die API eine Zeichenfolge mit allen Feldern im Format mit fester Breite als Eingabe und gibt eine Zeichenfolge mit der Ausgabe auch im Format mit fester Breite zurück. Es ist sehr schwer, daraus eine nicht-flache Struktur zu interpretieren.

Answer 1

Huch.

Eine Möglichkeit besteht darin, einfach eine Map oder einen ähnlichen Eigentümer zu verwenden.

Eine weitere Option: Verwenden Sie eine Reihe von geschachtelten Klassen, um eine Organisation hinzuzufügen (z. B. Order.Person.ContactInfo.Address.ZipCode, statt nur Order.ZipCode). Ich bin mir überhaupt nicht sicher, ob mir das gefällt, da es zusätzliche Komplexität bedeutet, aber ohne sie wird das Finden des gewünschten Getter/Setters (sagen wir über Autovervollständigung in einer IDE) zum Albtraum.

Noch eine andere Option: Wenn Sie erstellen tun eine einzige Klasse mit vielen Eigenschaften, betrachten die „Expression Builder“ Muster verwenden, in dem jeder „Setter“ gibt das Objekt selbst, so dass Sie Kettensetzern zusammen:

myObject.setPropertyA("Foo").setPropertyB("Bar").setPropertyC("Baz")... 

, die eine schnellere und Fluent Interface

myObject.setPropertyA("Foo"); 
myObject.setPropertyB("Bar"); 
myObject.setPropertyC("Baz"); 
... 

Answer 2

Ich würde ernsthaft in Erwägung ziehen, einfach zwei Hashtables zu verwenden, wenn ultimative Leistung nicht das Mörderkriterium ist.

Answer 3

Können Sie eine java.util.Map anstelle einer Klasse mit Setter/Getter verwenden?

Answer 4

Wow, das ist eine Menge Felder. Unabhängig davon ...

Wie funktioniert die API mit dieser Klasse? Wenn es eine Implementierung der erforderlichen Klassenstruktur bietet, sollten Sie definitiv damit fortfahren.

Answer 5

Möglicherweise API-Methoden mit unhandlicher Anzahl von Parametern umhüllen und Introduce Parameter Object Refactoring wiederholt anwenden und logisch verwandte Parameter in Parameterobjekten gruppieren, insbesondere wenn Ergebnisse in bestehende Modellobjekte abgebildet werden, in denen adaptor pattern angewendet werden kann.

Answer 6

Die dritte Partei API dann erstellen können, müssen die Ausgangsdaten eine Art/Klasse werden erklärt für den Umgang mit, nicht wahr? Angenommen, diese API ist eine Java-Klasse, dann müssen sie offensichtlich ein einzelnes Output-Objekt von ihrer Methode zurückgeben.

Wenn dies der Fall ist, mit dieser API zu interagieren ich ein Wrapper-Objekt erstellen würde, die

1. die Eingabefelder Wrapped/Objekt und Ausgangsobjekt
2. Nur für die Bereiche öffentliche Accessormethoden hatte mein Programm kümmerte sich um die Interaktion mit (ich habe das Gefühl, dass Sie nicht brauchen, um Zugriff auf alle 296 Felder), um den Rest Ihres pr

auf diese Weise, ogram muss nur über die Existenz der Felder wissen, über die es informiert werden muss, und der Rest der Felder (und die 3rd-Party-Objekte selbst) werden vollständig ausgeblendet/abstrahiert.

Answer 7

Wie wäre es mit Code-Generierung? Erstellen Sie eine Datei mit den Eingabeparametern und eine weitere mit den Ausgabeparametern. Erstellen Sie dann die gewünschten Code-Vorlagen: Getter, Setter, Konstanten. Dann multiplizieren Sie die beiden zusammen.

Wenn Sie es neu erstellen müssen, ändern Sie einfach die Vorlagen und regenerieren.