#manytoone

Folgendes lernte ich bei einem Code-Review bei Michael:

Collections

Wir repetierten und kontrollierten nochmal die Kenntnisse von Collections in Java.

Listen -

ArrayList - Einfache Liste wenn reihenweise Elemente eingefügt und über die Collection iteriert werden muss.

LinkedList - Wenn häufig am Anfang Elemente eingefügt oder zwischendrin Elemente gelöscht werden.

Sets - Wenn die Eindeutigkeit wichtig ist

HashSet - Ist schneller als TreeSet, garantiert aber keine Ordnung

TreeSet - Garantiert Wert-Ordnung

LinkedHashSet - Fügt Elemente geordnet ein

Maps - Wenn Key-Values gebraucht werden

HashMap - Maximaler Speed aber keine Ordung

TreeMap - Ist natürlich sortiert oder nach einem Comperator

LinkedHashMap - Wenn die Ordung wichtig ist

MultiKeyMap - Können mehrere Keys für einen Wert hinzugefügt werden

MultiKeyMap multiKeyMap = new MultiKeyMap(); multiKeyMap.put("key1", "key2", "key3", "value");

MultiValueMap - Können mehrere Werte für einen Key hinzugefügt werden.

MultiValueMap multiValueMap = new MultiValueMap(); multiValueMap.put("key", 1); multiValueMap.put("key", 2); List values = (List) multiValueMap.get("key"); for (String keyString : (Set) multiValueMap.keySet()) { List valueInts = (List) multiValueMap.get(keyString); }

Appache commons Utils

Die folgenden Utils sind praktische Bibliotheken die viel Arbeit abnehmen:

commons:

lang

colloctions

io

beanutils

Beispiel BeanUtils:

Liest alle Properties eines Beans (Felder die einen Getter zur Verfügung stellen) in eine Map:

Map<String, Object> properties = null; try { properties = PropertyUtils.describe(proposal.getObjectData()); } catch (Exception e) { log.error(e.getStackTrace().toString()); }

Die Values in der Map repräsentieren die Werte der Properties und die Keys die Namen. Folgendermassen kann über die Map iteriert werden:

for (Object o : properties.values()) { if (o != null) { hasObjectData = true; } }

JPA

Weiter haben wir JPA nochmals repetiert. Über Annotationen können Felder gekenntzeichnet werden. So kann eine Beziehung unidirektional oder bidirektional gemacht werden. Unidirektional bedeutet die Navigation von einem zum anderen Objekt(n) und bidirektional bedeutet sowohl vom einen zum anderen Objekt(n). Beispiel: Unter Anderem gibt es die Situtuation dass ein Element mehrere andere Elemente besitzt. Beispielsweise ein Auto hat mehrere Räder. Zwei Möglichkeiten:

@ onetomany List<R> rs; (Im Objekt Auto. Ein Auto hat mehrere Räder) Auto a; (Im Objekt Rad. Ein Rad hat ein Auto)

List<R> rs; (Im Objekt Auto. Ein Auto hat mehrere Räder) @ manyToOne Auto a; (Im Objekt Rad. Ein Rad hat ein Auto)

Das Beispiel ist jetzt nur unidirektional, da es wesentlich weniger Fehleranfälliger ist als bidirektional. Wenn in diesem Beispiel eine bidirektionale Navigation gewünscht ist müssten Beide Felder pro Möglichkeit annotiert werden. So würde sowohl das Auto die Räder kennen und die Räder das Auto. In der ersten Möglichkeit kennt das Auto seine Räder und in der Zweiten die Räder das Auto. Wichtig zu wissen ist, dass wenn die Annotation auf Listen gemacht wird (erste Möglichkeit), werden die Elemente nur "lazy" geladen. Konkrett heisst das, dass bei jedem Aufruf Elemente per Abfrage geholt werden müssen um eine LazyException zu vermeiden. Somit kann man schon jetzt sagen, dass die zweite Möglichkeit viel weniger Fehleranfällig ist als die erste. Die zweite Möglichkeit holt immer sein Element. Also das Rad holt sich immer sein Auto. Beispiel Queries - Wenn für ein Auto die Räder geholt werden müssen:

Möglichkeit 1:

select r from Auto a join a.rs r where a.name = x

Möglichkeit 2: